[OSM-Devserver] 100 gzip-Prozesse

[Nic Roets]

The gzip's are mine. They're niced and ioniced, so I hope they did not cause
any problems.

I need to split the planet into 190 overlapping bboxes, each of which is
"manageable" on a small device like a phone, yet large enough for most
routing queries :
http://dev.openstreetmap.de/gosmore/test

My attempts with osmosis were unsuccessful due to the amount of RAM needed.
If I was just a once off occurrence, I could have used 64-bit osmosis at a
time when the machine is relatively idle. But I would like to do this every
week and I want to be sure it will work every week without being too
disruptive to other users.

So I wrote a new program in C that will only need +- 2GB at the peak. Unlike
osmosis it starts gzip for each output file, but is still much more
efficient. More details on dev list at osm.org

Once my scripts and converters are stable and bug free, the load on the
system will be reduced.

2010/2/9 Tobias Wendorff <tobias.wendorff at uni-dortmund.de>

> Hallo,
>
> der Dev-Server ist gerade wieder auf allen Cores zu 100% ausgelastet.
> Mich wundert jedoch, wieso da teilweise bis zu 100 gzip-Prozesse
> gleichzeitig offen sind.
>
> Ist das ein (h)top-Fehler?
>
> Grüße
> Tobias
> _______________________________________________
> Devserver mailing list
> Devserver at lists.openstreetmap.de
> http://lists.openstreetmap.de/mailman/listinfo/devserver
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.openstreetmap.de/pipermail/devserver/attachments/20100209/931aeb9b/attachment.htm>