Monty Taylor writes:
On 05/13/2016 08:23 AM, Mehdi Abaakouk wrote:
On Fri, May 13, 2016 at 02:58:08PM +0200, Julien Danjou wrote:
What's wrong with pymemcache, that we picked for tooz and are
using for 2 years now?
https://github.com/pinterest/pymemcache
Looks like a good alternative.
Honestly, nobody should be using pymemcache or python-memcached
or pylibmc for anything caching related in OpenStack. People
should be using oslo.cache - however, if that needs work before
it's usable, people should be using dogpile.cache, which is what
oslo.cache uses on the backend.
dogpile is pluggable, so it means that the backend used for
caching can be chosen in a much broader manner. As morgan
mentions elsewhere, that means that people who want to use a
different memcache library just need to write a dogpile driver.
Please don't anybody directly use memcache libraries for caching
in OpenStack. Please.
Using dogpile doesn't remove the decision of what caching backend
is used. Dogpile has support (I think) for all the libraries
mentioned here:
https://bitbucket.org/zzzeek/dogpile.cache/src/87965ada186f9b3a4eb7ff033a2e31437d5e9bc6/dogpile/cache/backends/memcached.py
Oslo cache would need to be the one making decision as to what
backend is used if we need to have something consistent.
With that said, it is important that we understand what projects
have specific requirements or have experienced issues, otherwise
there is a good chance teams will hit an issue down the line and
have to work around it.
Eric
Monty
__________________________________________________________________________
OpenStack Development Mailing List (not for usage questions)
Unsubscribe:
[email protected]?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
--
Eric Larson | [email protected] Software Developer
| Cloud DNS | OpenStack Designate Rackspace Hosting | Austin,
Texas
__________________________________________________________________________
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: [email protected]?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
