sylvain letuffe wrote > > Nice catch. > revision 26892 ran that phase for the same extract at 6.36k/s instead of > 0.14k/s > 6.4k/s is much more what I would expect from such a small extract. So yes something is wrong there, but I haven't seen that behavior before and I can't currently reproduce it.
Can you try if using the switch --number-processes=1? That should disable any parallelisation and make it more or less the same as before. (Although there is a slight difference in transaction handling) Otherwise, can you check if you are getting 100% hit ratio from the node cache? sylvain letuffe wrote > >>I've got installed: >>postgresql-9.1.1 >>postgis-1.5.3 >>geos-3.2.2 > > Same here, not helping to find if it's postgresql related > > However, interestingly, I have access to another server with the same > postgresql/postgis version which does not exibit the problem (I copied the > osm2pgsql binary to be sure) > > I'll check if I can find the config diff to explain that > > But thanks for finding the unaffected osm2pgsql version ;-) > > -- > sly > -- View this message in context: http://gis.638310.n2.nabble.com/osm2pgsql-slow-slim-import-tp7044819p7049219.html Sent from the Developer Discussion mailing list archive at Nabble.com. _______________________________________________ dev mailing list [email protected] http://lists.openstreetmap.org/listinfo/dev
