Hi! At least CoreAssetCache seems to have just hard item limit of 1024 and GlynnTuckerAssetCache doesn't any limit at all (so it is just growing until there is BIGBADABOOOOOOOm! :P).
My new Cenome memory cache seems to work fine in my testing - all code is done, but documenting it is taking bit time :) (One day intensive coding and designing - 3 days not so intensive documenting). It's performance seems to be pretty good - bit lower than pure hash dictionary, but it have working cache time expiration and byte size limits. I still would like to write some unit test cases for it, before releasing it to Mantis as patch. (I hope that I will find some guide how to do patch and release it frome somewhere - never done that before). File caching would be interesting test case for my database engine. Thought unfortunately, database engine would be then closed source file :( - Imaze Rhiano Mike Dickson kirjoitti: > Given the recent changes for modularity has there been any thought to > being able to configure a seperate shared cache across multiple regions. > Something like the Jakarta JCS stuff (http://jakarta.apache.org/jcs/) > comes to mind. I'm not suggesting that specific implementation but > simply that if you provide a way to specify assets such that you can > interpose a shared cache in the middle (not directly tied to a single > region) you might see better cache utilization with overall memory use > lower. I don't know how often the current caching code does cache > invalidation (or even if it does) but having a shared cache across > multiple regions might lower that overhead as well. > > Mike > > > On Sun, 2009-05-31 at 15:12 +0000, Michael Cortez wrote: > >> Dan wrote: >> >>> Is it possible to configure a huge disk asset-cache for region servers? >>> >> A disk cache is currently being tested. >> >> No guarantees, warranties, express or implied but the test patch is >> available at >> >> http://code.google.com/p/flotsam/downloads/list >> >> This is just something I threw together in a couple minutes of coding as >> a proof of concept for a file cache. There is no limiting or expiration >> mechanism, and as such is not appropriate for production use. If >> testing proves that it's useful, then I'll submit to mantis for >> inclusion in OpenSim SVN. >> >> -- >> Michael Cortez >> _______________________________________________ >> Opensim-dev mailing list >> [email protected] >> https://lists.berlios.de/mailman/listinfo/opensim-dev >> > > _______________________________________________ > Opensim-dev mailing list > [email protected] > https://lists.berlios.de/mailman/listinfo/opensim-dev > > _______________________________________________ Opensim-dev mailing list [email protected] https://lists.berlios.de/mailman/listinfo/opensim-dev
