Multiple caches in memcached?
Abhishek Pokharna
pokharnaabhishek at yahoo.co.in
Wed Aug 2 09:19:22 UTC 2006
- I do not want to iterate each and every key and there then decide whether its a user or a group .I could have so many users or group entries.The thing here is that I dont have the keys i need to iterate.I would want to iterate on every User entity or group entity
Suppose I have 1000 users and 2000 groups in one cache,and if i just needed all the 1000 users, I would unnessary iterate 3000 keys.
Thanks
Abhishek
Steven Grimm <sgrimm at facebook.com> wrote:
You can indeed set up two memcached instances on different ports. You
will have to make sure their combined maximum memory usage fits in your
machine's physical memory, and you will have to manually decide what
percentage of that memory goes to each cache (by setting the respective
memcached instances' maximum memory options to appropriate values). But
it should work fine. We run multiple memcached instances on a few of our
computers to take advantage of multiple CPUs with no issues.
But help me understand: why can you iterate through keys 1, 2, 3, 4,
etc., but not keys u1, u2, u3, u4, etc.? I am having a hard time coming
up with a scenario where that would involve more than stripping off or
prepending a character as you do exactly the same iteration you would do
without the prefixes. It is quite possible I simply don't understand
what you're trying to achieve, though.
-Steve
Abhishek Pokharna wrote:
> Thats what i dont want to do. There are situations where I dont know
> the keys and I need to performe some "global" operation on each type
> of cache,like iterating all users or groups and do something with each
> entity.
> Could I possibly start another daemon thread on a separate port which
> will imitate another type of cache? But would this be expensive on
> resources?
> Thanks
> Abhishek
---------------------------------
Heres a new way to find what you're looking for - Yahoo! Answers
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.danga.com/pipermail/memcached/attachments/20060802/8bb75540/attachment.htm
More information about the memcached
mailing list