Re^5: persistent cache using Cache::FileCache

Thanks for the very interesting benchmarks. I didn't realize BerkeleyDB was so fast.

If you mentioned striping in response to my point about huge data, then note that you can get the benefits even on a single machine. If, for example, you have 8GB of RAM, you can run several memcached instances on the same machine, all under 2GB in size, but still have an effective cache size that is close to your potential maximum. Of course in a few years when 64-bit machines become common this advantage goes away, but in the meanwhile memcached works around it pretty much transparently.

But yes, this is not necessarily as useful for the OP's needs as it was for the designers of memcached.

Comment on Re^5: persistent cache using Cache::FileCache

Replies are listed 'Best First'.
Re^6: persistent cache using Cache::FileCache by perrin (Chancellor) on Nov 06, 2004 at 16:32 UTC
How can you get a 32-bit machine to even recognize 8GB of RAM? I didn't think individual process size was the problem there. Are you talking about using PAE?	[reply]
Re^7: persistent cache using Cache::FileCache by gaal (Parson) on Nov 06, 2004 at 16:51 UTC
Linux supports up to 64GB RAM on 32-bit machines (CONFIG_NOHIGHMEM and nearby options). Not an expert here, but yes, the docs do say you need PAE. A single process won't be able to address all of it at once, but using memcached that doesn't change the usage semantics.	[reply]