At my current workplace, we do a great deal of caching over NFS,
using Cache::FileCache. It works great. File locking is not an issue
- C::F nicely keeps each key/value in its own file, and when writing,
does a new-file-then-rename.
You should definitely take a look at memcached as well (http://
www.danga.com/memcached/). Personally I like our NFS setup better
than memcached because it's one less moving part and because it's
nice to be able to see and manipulate the cache with standard file
commands.
Two caveats however:
1. C::F (and Cache::Cache in general) is unnecessarily slow - how
much this matters depends on how many cache operations you do per
page. I am working on a Cache::Cache performance overhaul with a few
other folks, so this problem will also hopefully be temporary.
2. Your NFS will have to be reliable. We are using an extremely
robust, but expensive, NetApp NFS setup. I have heard less kind
things about free nfs solutions.
hth,
Jon
On Oct 31, 2007, at 10:05 AM, Vincent Veselosky wrote:
Just wondering if anyone has experience with this. Does it work
well to have multiple Mason servers sharing a single data cache
over NFS? Or are there file-locking or contention issues that make
this more trouble than it is worth? It would be convenient to do it
since it would mean more cache hits across the pool of web servers,
and it's easier to flush the cache in one place rather than once
per server. But if the locking isn't handled properly, I can also
see it becoming a big mess.
Bueller? Anyone? :)
--
-Vince Veselosky
http://www.webquills.net
----------------------------------------------------------------------
---
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX and a
browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
_______________________________________________
Mason-users mailing list
Mason-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mason-users
-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
_______________________________________________
Mason-users mailing list
Mason-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mason-users
