[Tile-serving] [osm2pgsql-dev/osm2pgsql] Any reasons why osm2pgsql doesn't leverage parallelization during huge maps import (eg: whole world)? (Discussion #2090)

Jochen Topf notifications at github.com
Wed Oct 4 08:03:36 UTC 2023


First, see this [FAQ entry](https://osm2pgsql.org/doc/faq.html#why-is-osm2pgsql-so-slow).

Second: Parallelization isn't some magic thing that you just switch on and then everything is fast. Osm2pgsql is a complex piece of software and there are many things developers are doing in the limited time they have to make it faster and make it better. There are many places where it can be made faster (some of which involve parallelization), but that's not always the highest priority. 
In some parts we are limited by the performance we get from the PostgreSQL database, a lot of the time is spent in there, so making our code better will not always result in much improvement overall. (But we do have a plan to circumvent PostgreSQL for some parts of the work to improve that also.)

And please remember you are getting this software for free. I get that you are frustrated that osm2pgsql isn't as fast or as good as you would want it to be. But imagine how frustrated developers are if you basically tell them that they are stupid and don't know what they are doing. Your question isn't a question at all, it is a complaint. And that is not the best way to motivate developers to work for you for free.

-- 
Reply to this email directly or view it on GitHub:
https://github.com/osm2pgsql-dev/osm2pgsql/discussions/2090#discussioncomment-7183852
You are receiving this because you are subscribed to this thread.

Message ID: <osm2pgsql-dev/osm2pgsql/repo-discussions/2090/comments/7183852 at github.com>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstreetmap.org/pipermail/tile-serving/attachments/20231004/9737b076/attachment.htm>


More information about the Tile-serving mailing list