[Tilecache] Making TileCache seed faster?
Stephen Woodbridge
woodbri at swoodbridge.com
Fri Apr 4 11:59:58 EDT 2008
Christopher Schmidt wrote:
> On Fri, Apr 04, 2008 at 09:30:55AM +0200, Miguel Eduardo Gil Biraud wrote:
>> Hi,
>> I was following this thread and then I was surprised by your statement...
>>
>> On Fri, Apr 4, 2008 at 4:23 AM, Christopher Schmidt
>> <crschmidt at metacarta.com> wrote:
>>> On Thu, Apr 03, 2008 at 02:01:22PM -0600, Gregor Mosheh wrote:
>>> The pure act of 'precaching' is ~20 tiles/sec via CGI, 300 tiles/sec via
>>> mod_python, and 10000 tiles/sec (essentially only limited by disk read
>>> speed) via local Python.
>> How do you invoke it via local Python to reach the 10000 tiles/sec
>> performance? I am particularly interested to use it when a seeding
>> process breaks down and I have to resume. In low levels it is not a
>> problem as the number of tiles is small, but as soon as you go a
>> little bit deeper the number of tiles explodes and then it means a
>> long time to get to the point when you start to get again cache
>> misses.
>
> 1. Use Tilecache > 1.9
> 2. Get Really Really fast disks.
>
> Regards,
I have not looked at Tilecache yet. But I when I was working with ka-map
precache.php script, I modified it to mark completed rows and completed
metatiles. I just use touched a marker file on completion and then
skipped it if it existed. This made restarts much faster. This also
allowed me to have multiple scripts running on separate processors sll
feed the same SAN (often restricted to separate geographical areas, some
overlapping with others) and later run a cleanup and sweep script over
the whole area to pickup and bits and pieces that were not done. I also
made it easy to restrict the tiles generated to specific rows of
metatiles or bounding boxes, so I could start non-overlapping processes.
Are you doing something like this in Tilecache > 1.9? Darn, yet another
tools I really need to look into.
-Steve
More information about the Tilecache
mailing list