What?

crashing what server? what memory management?

On Thu, 8 Dec 2016, Nicolaas Thiemen Francken wrote:

> I had a search throughout the project and there is no mention at all of 
> flush_all. I think it has something
> to do with memory management or some way we are crashing the server so it 
> flushes itself.
>
> On 8 December 2016 at 21:31, dormando <dorma...@rydia.net> wrote:
>       One of the libraries is calling a flush command somewhere for some 
> reason.
>       I've no idea why it would do that offhand.
>
>       You can flatly disable cmd_flush via a startup option (find it in the
>       manpage; I can't recall it offhand), but it's probably worth finding out
>       what's doing that.
>
>       The command is called "flush_all" if that helps.
>
>       On Thu, 8 Dec 2016, Nicolaas Thiemen Francken wrote:
>
>       > ok, but how am I doing this? how can I change this?
>       >
>       > On 8 December 2016 at 21:26, dormando <dorma...@rydia.net> wrote:
>       >       STAT cmd_flush 19612
>       >
>       >       you're flushing the cache constantly.
>       >
>       >       On Thu, 8 Dec 2016, Nicolaas Thiemen Francken wrote:
>       >
>       >       > Hi Dormando et al.
>       >       >
>       >       > I did a lot of testing and it definitely has nothing to do 
> with the TTL as far as I
>       can see:
>       >       >
>       >      >See 
> http://stackoverflow.com/questions/40964315/stop-memcache-from-removing-data-in-php-silverstripe-zend
>       -c
>       >
>       >       > ache for more details.
>       >       >
>       >       > Basically I have two test sites and two lives sites and I 
> found that the busier the
>       site the
>       >       more likely it
>       >       > is that the cache key disappears. Is there anyway I can ping 
> / find out how / if a
>       cache gets
>       >       flushed /
>       >       > cleared?
>       >       >
>       >       > On 8 December 2016 at 07:41, Nicolaas Thiemen Francken 
> <n...@sunnysideup.co.nz> wrote:
>       >       >       Hi Dormando,
>       >       >
>       >       > I am running the same code locally and it does not expire.  I 
> have to check a few more
>       >       differences,
>       >       > but I am running an almost identical setup on my laptop and 
> it appears to work fine.
>       >       >
>       >       > What I am going to do is to compare all the settings between 
> the server and local dev
>       server
>       >       to see if
>       >       > there is anything different.
>       >       >
>       >       > On 7 December 2016 at 21:31, dormando <dorma...@rydia.net> 
> wrote:
>       >       >       The expirey isn't inside the item value. It's part of 
> the protocol when
>       >       >       storing the item. It's not in the server configuration, 
> it's in the
>       >       >       *client* making the actual store.
>       >       >
>       >       >       ie: You have your serialized blob ($data), and then you 
> want to store it
>       >       >       into memcached, you make a call that looks like:
>       >       >
>       >       >       $client = PHPGarbage->new("127.0.0.1:11211")
>       >       >       $client->set($data, 6000, etc);
>       >       >       the TTL is not in the data, but in the argument to the 
> set command. Some
>       >       >       PHP clients have confusing syntax and people put the 
> TTL into the wrong
>       >       >       field.
>       >       >
>       >       >       Since you've listed a stack of software abstractions, 
> you need to go find
>       >       >       out exactly what thing is actually running the set() 
> command to memcached
>       >       >       and what it's using as a TTL argument. My wild guess is 
> that you're not
>       >       >       specifying a value to the abstraction and it's using 30 
> as a default.
>       >       >
>       >       >       I know the TTL is 30 because I wrote this software and 
> that's how it
>       >       >       behaves.
>       >       >
>       >       >       On Wed, 7 Dec 2016, Nicolaas Thiemen Francken wrote:
>       >       >
>       >       >       > Hi,
>       >       >       >
>       >       >       > Thank you again for your reply.
>       >       >       >
>       >       >       > Sorry but where or how do you know the TTL is 30?  I 
> agree that items
>       disappear after
>       >       >       about 30 seconds, but where or how do I set the TTL for 
> memcache?
>       >       >       >
>       >       >       > i have had a look in the memcached.conf file.  There 
> is no setting in there
>       that
>       >       relates
>       >       >       to expiry or TTL or similar.
>       >       >       >
>       >       >       > ​​In the item, you can also see that it is set to 
> expire in 6000 seconds.
>       >       >       >
>       >       >       > The item basically has three pieces of info 
> (serialised): 
>       >       >       > 1. value
>       >       >       > 2. timestamp
>       >       >       > 3. seconds until expiry​
>       >       >       >
>       >       > > --
>       >       > >
>       >       > > ---
>       >       > > You received this message because you are subscribed to the 
> Google Groups
>       "memcached" group.
>       >       > > To unsubscribe from this group and stop receiving emails 
> from it, send an email to
>       >       > memcached+unsubscr...@googlegroups.com.
>       >       > > For more options, visit https://groups.google.com/d/optout.
>       >       > >
>       >       > >
>       >       >
>       >       > --
>       >       >
>       >       > ---
>       >       > You received this message because you are subscribed to a 
> topic in the Google Groups
>       >       "memcached"
>       >       > group.
>       >       > To unsubscribe from this topic, visit
>       >       > 
> https://groups.google.com/d/topic/memcached/7D3XO8yUxqk/unsubscribe.
>       >       > To unsubscribe from this group and all its topics, send an 
> email to
>       >       > memcached+unsubscr...@googlegroups.com.
>       >       > For more options, visit https://groups.google.com/d/optout.
>       >       >
>       >       >
>       >       >
>       >       >
>       >       > --
>       >       > {    Nicolaas Thiemen Francken
>       >       >     www.sunnysideup.co.nz
>       >       >     +64 (0) 221 697577
>       >       > }
>       >       >
>       >       >
>       >       >
>       >       >
>       >       > --
>       >       > {    Nicolaas Thiemen Francken
>       >       >     www.sunnysideup.co.nz
>       >       >     +64 (0) 221 697577
>       >       > }
>       >       >
>       >       > --
>       >       >
>       >       > ---
>       >       > You received this message because you are subscribed to the 
> Google Groups "memcached"
>       group.
>       >       > To unsubscribe from this group and stop receiving emails from 
> it, send an email to
>       >       > memcached+unsubscr...@googlegroups.com.
>       >       > For more options, visit https://groups.google.com/d/optout.
>       >       >
>       >       >
>       >
>       >       --
>       >
>       >       ---
>       >       You received this message because you are subscribed to a topic 
> in the Google Groups
>       "memcached"
>       >       group.
>       >       To unsubscribe from this topic, visit
>       >       
> https://groups.google.com/d/topic/memcached/7D3XO8yUxqk/unsubscribe.
>       >       To unsubscribe from this group and all its topics, send an 
> email to
>       >       memcached+unsubscr...@googlegroups.com.
>       >       For more options, visit https://groups.google.com/d/optout.
>       >
>       >
>       >
>       >
>       > --
>       > {    Nicolaas Thiemen Francken
>       >     www.sunnysideup.co.nz
>       >     +64 (0) 221 697577
>       > }
>       >
>       > --
>       >
>       > ---
>       > You received this message because you are subscribed to the Google 
> Groups "memcached" group.
>       > To unsubscribe from this group and stop receiving emails from it, 
> send an email to
>       > memcached+unsubscr...@googlegroups.com.
>       > For more options, visit https://groups.google.com/d/optout.
>       >
>       >
>
>       --
>
>       ---
>       You received this message because you are subscribed to a topic in the 
> Google Groups "memcached"
>       group.
>       To unsubscribe from this topic, visit
>       https://groups.google.com/d/topic/memcached/7D3XO8yUxqk/unsubscribe.
>       To unsubscribe from this group and all its topics, send an email to
>       memcached+unsubscr...@googlegroups.com.
>       For more options, visit https://groups.google.com/d/optout.
>
>
>
>
> --
> {    Nicolaas Thiemen Francken
>     www.sunnysideup.co.nz
>     +64 (0) 221 697577
> }
>
> --
>
> ---
> You received this message because you are subscribed to the Google Groups 
> "memcached" group.
> To unsubscribe from this group and stop receiving emails from it, send an 
> email to
> memcached+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>
>

-- 

--- 
You received this message because you are subscribed to the Google Groups 
"memcached" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to memcached+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Reply via email to