2009/4/3 Stefan de Konink <ste...@konink.de>: > What I have seen using gzip and bzip2 on the fly decompression on 5x > raid0, only one CPU was busy decompressing and the actual tool had a cpu > time of .30. It was clear that first decompressing then running the tool > on an mmap file was faster.
Just reading this again made me realise that we could probably make osm2pgsql faster for the common case just by forking and using gzip/bzip2 to do the decompression in a separate process (i.e. another CPU)... Not entirely sure how much you'd save though (ISTR someone saying it was the polygon construction that took a lot of time), but it'd surely help somewhat. Have a nice day, -- Martijn van Oosterhout <klep...@gmail.com> http://svana.org/kleptog/ _______________________________________________ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
