
<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>