Thanks for your help
I have only one more question :)
If I have the code below:
memcached_create()
If $mc->add('lock') == true then
... do something ...
$mc->remove('lock')
End if
memcached_free() // this closes the connection to the server
and, unfortunately, my program exits abnormally when it is 'doing
something'. In this scenario, the key 'lock' will stay in the memcached
until it gets expired. Is there a way to circumvent this ? e.g.: by removing
the key 'lock' when the connection to the server is lost ? I mean, until you
implement more formal locks in memcached ... :)
Thanks in advance,
Fausto Richetti Blanco
CWI Software - CMMI Nível 2
Desenvolvimento
(51) 3264-3737
http://www.cwi.com.br
-----Mensagem original-----
De: dormando [mailto:[EMAIL PROTECTED]
Enviada em: quarta-feira, 26 de março de 2008 17:08
Para: Fausto Richetti Blanco
Cc: [email protected]
Assunto: Re: RES: Is the add command atomic ?
Fausto Richetti Blanco wrote:
> I want to know if it is possible that two concurrent processes do this:
>
> $mc->add('user1lock', 10);
>
> at the same time and get 'true' as the return. This is what I mean by
> 'atomic'.
Yes that is atomic.
> I understand what you said about "the small chance it could get
> ejected". Is there a way to configure memcached to never discard data ?
> What do you mean by "depending on other factors" ? If the memory
> available to memcached is guaranteed to have enough space to store all
> my locks and I do not set expiration on any keys, can memcached still
> discard some locks ?
Run it in -M mode to disable the LRU. Be careful about setting items
that never expire and don't naturally get deleted :) It'll give you
SERVER_ERROR out of memory instead of setting the item.
I'd also just be wary based on the fact that it's not formally
guaranteed. A memcached instance can be restarted, flap, etc. I want to
add more formal locks to memcached, in that the object is immutable
until the lock is released or the connection holding it is closed.
Others can choose to block or fail just how mysql does GET_LOCK /
RELEASE_LOCK. That'd make it a bit safer to use this design pattern and
add the option to serialize a lock queue.
-Dormando
> Fausto Richetti Blanco
> CWI Software - CMMI Nível 2
> Desenvolvimento
> (51) 3264-3737
> http://www.cwi.com.br
> -----Mensagem original-----
> De: dormando [mailto:[EMAIL PROTECTED]
> Enviada em: quarta-feira, 26 de março de 2008 15:58
> Para: Fausto Richetti Blanco
> Cc: [email protected]
> Assunto: Re: Is the add command atomic ?
>
> What do you mean by "atomic" ?
>
> The add operation itself is "atomic", ie:
>
> $mc->add('user1lock', 10);
>
> ... will bail if the key already exists, or return true if it did not
> exist.
>
> However:
>
> $mc->add('user1lock', 10);
>
> $mc->set('blah blah blah');
>
> ... does _not_ *absolutely* guarantee the lock still exists by the time
> set gets called. 99.9995% of the time it'll still be in cache, but
> there's a small chance it could get ejected, which gets wider when
> there's more time between the add call and the set call, and depending
> on other factors.
>
> So we can't say it's atomic, it's more like a ghetto lock that usually
> works. You can use it for situations where you want to reduce the number
> of processes running something in parallel, but you can't use it if you
> need to _guarantee_ they won't run it in parallel.
>
> -Dormando
>
> Fausto Richetti Blanco wrote:
> > Hello,
> >
> >
> >
> > I've found this entry on the FAQ:
> >
> >
> >
> > "One should be mindful about possible issues in populating or
> > repopulating our cache. Remember that the process of checking
memcached,
> > fetching SQL, and storing into memcached, is **not** atomic at all!"
> >
> >
> >
> > I know it's talking about the entire process, but I want to
> > confirm with you whether the add function is atomic or not. I want to
> > use memcache to simulate locking and this atomicity is very important
to
> > the whole process.
> >
> >
> >
> > Thanks in advance,
> >
> >
> >
> > **Fausto Richetti Blanco**
> > **CWI Software - CMMI Nível 2**
> >
> > Desenvolvimento
> > //(51) 3264-3737//
> >
> > http://www.cwi.com.br <http://www.cwi.com.br/>
> >
> >
> >
>
