[Tilecache] Cascading tilecache ?

[Chris Holmes]

An alternative might be to write a new caching strategy, that combines 
memcache and disk cache.  In the java world most of the caching engines 
have an option to cache things in memory till it's full, and then go to 
disk.  And to use a Least Recently Used strategy to determine what to 
move from memory to disk.

OSCache is a java one that does it: 
http://www.opensymphony.com/oscache/wiki/FAQ.html#FAQ-size

You might try to port that code to Python.  This may be a bit more work 
than hacking some cascading TileCache, but it'd be more immediately 
useful to a wider number of people.  And TileCache was designed to 
easily plug in different caching strategies.  If you did want it on two 
machines, you could make the LRU strategy fall back on either disk or an 
alternate TileCache instance.

Chris

François Van Der Biest wrote:
> Hi list,
> 
> I'd like to use TileCache to handle a great number of WMS requests for a 
> cartography-enabled website advertising a public european event. The 
> problem is that there will be many requests at a time (peak estimated 
> around 2000 tiles per sec) and the region to be cached is large.
> 
> There are 4000 points of interest for which we would like tiles to load 
> very quickly.
> This is the reason why I suggested to use two cascading tilecache:
>  - first one on the front machine, with memorycache enabled and a lot of 
> RAM
>  - second one on the WMS providing machine (the one with mapserver 
> installed) with diskcache enabled and a big fast disk.
> 
> Is this kind of thing feasible, and do you see alternatives / 
> recommendations ?
> 
> Thank's for your experience,
> 
> F.
> !DSPAM:1003,45f6c4c656061362196140!
> 
> 
> ------------------------------------------------------------------------
> 
> _______________________________________________
> Tilecache mailing list
> Tilecache at openlayers.org
> http://openlayers.org/mailman/listinfo/tilecache
> 
> 
> !DSPAM:1003,45f6c4c656061362196140!

-- 
Chris Holmes
The Open Planning Project
http://topp.openplans.org
-------------- next part --------------
A non-text attachment was scrubbed...
Name: cholmes.vcf
Type: text/x-vcard
Size: 282 bytes
Desc: not available
Url : http://lists.osgeo.org/pipermail/tilecache/attachments/20070313/abe0666c/cholmes.vcf