<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1">
<style type="text/css" style="display:none;"><!-- P {margin-top:0;margin-bottom:0;} --></style>
</head>
<body dir="ltr">
<div id="divtagdefaultwrapper" style="font-size:12pt;color:#000000;background-color:#FFFFFF;font-family:Calibri,Arial,Helvetica,sans-serif;">
<div id="divtagdefaultwrapper" style="font-size:12pt;color:#000000;background-color:#FFFFFF;font-family:Calibri,Arial,Helvetica,sans-serif;">
<p>Hi all,</p>
<p><br>
</p>
<p>reg. fastutil: I did a few tests with splitter and mkgmap using the 6.5.15 and the 7.0.11 version,</p>
<p>found no change in output (which is good) but also no significant change in memory usage or
<br>
</p>
<p>run time, although the changelog for <span>6.6.0</span> mentions "significant improvements" .</p>
<p>Maybe the reason is that we already use custom classes for all collections which are critical,</p>
<p>maybe one has to change the source to see these improvements.</p>
<p><br>
</p>
<p>The changelog states that some <span>old-standing bugs were</span> fixed. I did not find any place in the sources of splitter or
<br>
</p>
<p>mkgmap which uses the bogus routines.<br>
</p>
<p><br>
</p>
<p>So, in short, there is no strong need to move to 7.0.11 now. <br>
</p>
<p>The advantage would be that we are "up to date" , <br>
</p>
<p>the disadvantage is a possible trouble for users when they mix old and new jars, which happens
<br>
</p>
<p>often when you compare the result of an older mkgmap version<br>
</p>
with that of the current version. <br>
<p> </p>
<p>My conclusion:</p>
<p>Let's stay with the old fastuitl libs.</p>
<p><br>
</p>
<p>Gerd<br>
</p>
<p><br>
</p>
</div>
<hr style="display:inline-block;width:98%" tabindex="-1">
<div id="divRplyFwdMsg" dir="ltr"><font style="font-size:11pt" color="#000000" face="Calibri, sans-serif"><b>Von:</b> mkgmap-dev <mkgmap-dev-bounces@lists.mkgmap.org.uk> im Auftrag von Gerd Petermann <GPetermann_muenchen@hotmail.com><br>
<b>Gesendet:</b> Mittwoch, 3. August 2016 07:47:44<br>
<b>An:</b> Development list for mkgmap<br>
<b>Betreff:</b> Re: [mkgmap-dev] Move to Java 1.8</font>
<div> </div>
</div>
<div>
<meta content="text/html; charset=UTF-8">
<div dir="ltr">
<div id="x_divtagdefaultwrapper" style="font-size:12pt; color:#000000; background-color:#FFFFFF; font-family:Calibri,Arial,Helvetica,sans-serif">
<p>Hi Uli + Steve,</p>
<p><br>
</p>
<p>reg. config files: I think the file .classpath should also be changed to state 1-8, see attached patch.</p>
<p><br>
</p>
<p>Gerd<br>
</p>
</div>
<hr tabindex="-1" style="display:inline-block; width:98%">
<div id="x_divRplyFwdMsg" dir="ltr"><font style="font-size:11pt" color="#000000" face="Calibri, sans-serif"><b>Von:</b> mkgmap-dev <mkgmap-dev-bounces@lists.mkgmap.org.uk> im Auftrag von UliBaer <ulibaer@gmail.com><br>
<b>Gesendet:</b> Dienstag, 2. August 2016 18:11:34<br>
<b>An:</b> mkgmap-dev@lists.mkgmap.org.uk<br>
<b>Betreff:</b> Re: [mkgmap-dev] Move to Java 1.8</font>
<div> </div>
</div>
</div>
<font size="2"><span style="font-size:10pt;">
<div class="PlainText">Gerd Petermann wrote<br>
> Hi Uli,<br>
> <br>
> thanks for the patch. I tried it and found no significant change in run<br>
> time<br>
> or memory usage.<br>
> My test case: Compile 9 tiles (a part of the Britisch Isles) (with<br>
> --max-jobs on 4 cores)<br>
> In what scenario do you think that the stream methods should save time?<br>
> <br>
> My understanding is that the list streaming is better as it allows<br>
> automatic<br>
> use of multiple cores, so I'd expect improvements in e.g. the gmapsupp<br>
> builder<br>
> which uses a single thread, but not in the code which compiles the tiles.<br>
> On the other hand, the combiners which run single threaded are probably<br>
> more I/O bound.<br>
> <br>
> Gerd<br>
<br>
Hi Gerd,<br>
<br>
the patch only used the sequential .stream(). method. If you want to use<br>
multiple cores, simply replace the .stream(). with .parallelStream(). and<br>
the jvm tries to work parallel pipelines with multiple threads. You only<br>
have to be aware, that the order of processing is completely arbitrary in<br>
that case, so the atomic operations have to be independent of each other and<br>
not depend on the order of execution. Also the order of elements in the<br>
resulting list is arbitrary. This can be worked around by using a SortedList<br>
for the collection or by using .sorted((o1, o2) -><br>
o1.getField().compareTo(o2.getField())). near the end of the streaming<br>
pipeline.<br>
<br>
Best regards, Uli<br>
<br>
<br>
<br>
--<br>
View this message in context: <a id="LPlnk646525" href="http://gis.19327.n5.nabble.com/Move-to-Java-1-8-tp5879546p5879702.html">
http://gis.19327.n5.nabble.com/Move-to-Java-1-8-tp5879546p5879702.html</a>
<div style="margin-bottom: 20px; overflow: auto; width: 100%; text-indent: 0px;" id="LPBorder_GT_14702049581720.17130764372741503">
<table style="width: 90%; background-color: rgb(255, 255, 255); position: relative; overflow: auto; padding-top: 20px; padding-bottom: 20px; margin-top: 20px; border-top: 1px dotted rgb(200, 200, 200); border-bottom: 1px dotted rgb(200, 200, 200);" id="LPContainer_14702049581670.22272010989681934" cellspacing="0">
<tbody>
<tr style="border-spacing: 0px;" valign="top">
<td colspan="2" style="vertical-align: top; position: relative; padding: 0px; display: table-cell;" id="TextCell_14702049581690.25176304719917186">
<div id="LPRemovePreviewContainer_14702049581690.8197336081552793"></div>
<div style="top: 0px; color: rgb(0, 120, 215); font-weight: 400; font-size: 21px; font-family: "wf_segoe-ui_light","Segoe UI Light","Segoe WP Light","Segoe UI","Segoe WP",Tahoma,Arial,sans-serif; line-height: 21px;" id="LPTitle_14702049581690.055165744901222946">
<a target="_blank" href="http://gis.19327.n5.nabble.com/Move-to-Java-1-8-tp5879546p5879702.html" style="text-decoration: none;" id="LPUrlAnchor_14702049581700.6501494133834845">Mkgmap Development - Move to Java 1.8</a></div>
<div style="margin: 10px 0px 16px; color: rgb(102, 102, 102); font-weight: 400; font-family: "wf_segoe-ui_normal","Segoe UI","Segoe WP",Tahoma,Arial,sans-serif; font-size: 14px; line-height: 14px;" id="LPMetadata_14702049581700.7842164097577141">
gis.19327.n5.nabble.com</div>
<div style="display: block; color: rgb(102, 102, 102); font-weight: 400; font-family: "wf_segoe-ui_normal","Segoe UI","Segoe WP",Tahoma,Arial,sans-serif; font-size: 14px; line-height: 20px; max-height: 100px; overflow: hidden;" id="LPDescription_14702049581710.004454386062648807">
Move to Java 1.8. Hi all, Java 1.7 is no longer maintained, so I guess that most users are already using Java 1.8 I'd like to change the build of splitter and mkgmap to use 1.8 instead of 1.7...</div>
</td>
</tr>
</tbody>
</table>
</div>
<br>
Sent from the Mkgmap Development mailing list archive at Nabble.com.<br>
_______________________________________________<br>
mkgmap-dev mailing list<br>
mkgmap-dev@lists.mkgmap.org.uk<br>
<a href="http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev">http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev</a><br>
</div>
</span></font></div>
</div>
</body>
</html>