[mkgmap-dev] splitter r254

Thu Dec 13 15:01:36 GMT 2012

oh I meant for splitting europe. Of course for France It stuck to 1 
pass...  So the performance difference of 12 vs 19-20 minutes was not 
based on additional passes..
On 13.12.2012 15:58, GerdP wrote:
> Felix Hartmann-2 wrote
>> I  used max-nodes=2 300 000
>> so it ends up with 143 tiles.
>>
>> 255 didn't give significant improvements (maybe 20 seconds).
> I don't understand what you mean here, 255 is the default. If you have 143
> real tiles, the limit of 255 is probable not reached, means, all phases are
> done
> with one read pass.
> A higher max-areas value is only needed if more than 255 tiles are
> processed.
> I found out that the problem-generator-phase doesn't report how many
> areas it processes in one pass, so you have to calculate on your own:
> if the number of areas (including the pseudo-areas) is e.g. 1000 and you run
> with max-areas=255, splitter will use 4 read passes, each processing 250
> areas.
>
> Gerd
>
>
> Felix Hartmann-2 wrote
>> I will probably run splitter now with 1024 max-areas. Hope 8.4GB heap
>> will be enough for it..
>> It would probably be good if the splitter assumes +50% or whatever you
>> seem reasonable for max memory on areas for the first pass..
>> I will give 2048 max-areas a try too, just to see if I can split Europe
>> in 1 pass. If it works, I'll stick with it. Still need to wait for the
>> 2GB additional Ram for my server though...
>
>
>
>
> --
> View this message in context: http://gis.19327.n5.nabble.com/splitter-r254-tp5739717p5740282.html
> Sent from the Mkgmap Development mailing list archive at Nabble.com.
> _______________________________________________
> mkgmap-dev mailing list
> mkgmap-dev at lists.mkgmap.org.uk
> http://lists.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

-- 
keep on biking and discovering new trails

Felix
openmtbmap.org & www.velomap.org