On 4/29/2015 9:55 AM, Martijn van Exel wrote:
If osmosis is the reference implementation, is there a reason why it
doesn't seem to leverage this block structure to speed up reading? Or
does it?
Osmosis has the --read-pbf-fast task which allows multiple worker threads.

Personally, I've never considered osmosis to be a reference implementation of the OSM PBF format.

The "threading" branch of osm2pgsql included multi-thread parsing support. It never got merged as there were core dumps which occurred about 10% of the time when importing a full planet, and they never got isolated and it was felt the C++ rewrite would make memory management debugging less of a huge time sink. The real gains from the threading branch were not multi-threaded PBF reading, but more concurrency in the geometry processing and database parts.

_______________________________________________
osmosis-dev mailing list
osmosis-dev@openstreetmap.org
https://lists.openstreetmap.org/listinfo/osmosis-dev

Reply via email to