logo separator

[mkgmap-dev] Move to Java 1.8

From Gerd Petermann GPetermann_muenchen at hotmail.com on Tue Aug 2 16:22:45 BST 2016

Hi Uli,

thanks for the patch. I tried it and found no significant change in run time

or memory usage.

My test case: Compile 9 tiles (a part of the Britisch Isles) (with --max-jobs on 4 cores)

In what scenario do you think that the stream methods should save time?

My understanding is that the list streaming is better as it allows automatic

use of multiple cores, so I'd expect improvements in e.g. the gmapsupp builder

which uses a single thread, but not in the code which compiles the tiles.

On the other hand, the combiners which run single threaded are probably

more I/O bound.


Von: mkgmap-dev <mkgmap-dev-bounces at lists.mkgmap.org.uk> im Auftrag von UliBaer <ulibaer at gmail.com>
Gesendet: Dienstag, 2. August 2016 10:53:15
An: mkgmap-dev at lists.mkgmap.org.uk
Betreff: Re: [mkgmap-dev] Move to Java 1.8

Gerd Petermann wrote
> Hi Uli,
> thanks for the hint. I'll experiment with this in future. At the moment I
> don't know
> of any bottlenecks which could be solved by this.
> Gerd

Hi Gerd,

yesterday evening i played a little bit with list streaming and found an
(albeit small) speed increase in modifying some source code.
Unfortunately the loop code is mainly not written in a "streaming friendly"
way, e. g. with lots of local variable access inside the loop.
I have attached a patch out of eclipse against version 3688. If i find more
time, i'll dig deeper into that.

Best regards, Uli

Attached patch:  patch.txt

View this message in context: http://gis.19327.n5.nabble.com/Move-to-Java-1-8-tp5879546p5879637.html
Sent from the Mkgmap Development mailing list archive at Nabble.com.
mkgmap-dev mailing list
mkgmap-dev at lists.mkgmap.org.uk
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.mkgmap.org.uk/pipermail/mkgmap-dev/attachments/20160802/9a86e61d/attachment.html>

More information about the mkgmap-dev mailing list