<div dir="ltr">first of all I need all info.xml files - because I want different versions of a map possible. And yes second those files are tiny - just rename/Move them away before running mkgmap again. That is trivial on any system. (much easier than moving away all those folder and linking them back was was needed before this patch).</div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sun, 19 Sept 2021 at 12:39, Gerd Petermann <<a href="mailto:gpetermann_muenchen@hotmail.com">gpetermann_muenchen@hotmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hi ael,<br>
<br>
>It seems to be profligate in its use of disk cycles.<br>
Any further prove for this despite the gmapi directory?<br>
While I do agree that the whole tool chain (download complete *.osm.pbf, maybe convert to *.o5m, maybe mix with contour data, splitter, and finally compile with mkgmap) is very I/O intensive I really don't see much room for improvements in mgmap. The program keeps most of the data in memory before writing the final result, only data for the global index files which are likely to grow very large are written to tempory files.<br>
<br>
Gerd<br>
<br>
<br>
________________________________________<br>
Von: mkgmap-dev <<a href="mailto:mkgmap-dev-bounces@lists.mkgmap.org.uk" target="_blank">mkgmap-dev-bounces@lists.mkgmap.org.uk</a>> im Auftrag von ael <<a href="mailto:witwall3@disroot.org" target="_blank">witwall3@disroot.org</a>><br>
Gesendet: Mittwoch, 8. September 2021 13:31<br>
An: <a href="mailto:mkgmap-dev@lists.mkgmap.org.uk" target="_blank">mkgmap-dev@lists.mkgmap.org.uk</a><br>
Betreff: Re: [mkgmap-dev] mkgmap doing excessive writing and converting to disk if used with --gmapi option<br>
<br>
On Wed, Sep 08, 2021 at 02:10:52PM +0300, Felix Hartmann wrote:<br>
><br>
> Yes on an nvme disk you barely notice the conversion - it's really quick.<br>
> BUT it is not needed if you have the files and even more - it burns your<br>
> NVME SSD disk.<br>
<br>
+1. I always use an old spinning rust disk when using mkgmap to save ssd<br>
write cycles, even without contours and such. It seems to be profligate<br>
in its use of disk cycles. I did try using RAM disk, but even with 16GB<br>
on a laptop, that was soon exhausted.<br>
<br>
ael<br>
<br>
<br>
_______________________________________________<br>
mkgmap-dev mailing list<br>
<a href="mailto:mkgmap-dev@lists.mkgmap.org.uk" target="_blank">mkgmap-dev@lists.mkgmap.org.uk</a><br>
<a href="https://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev" rel="noreferrer" target="_blank">https://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev</a><br>
_______________________________________________<br>
mkgmap-dev mailing list<br>
<a href="mailto:mkgmap-dev@lists.mkgmap.org.uk" target="_blank">mkgmap-dev@lists.mkgmap.org.uk</a><br>
<a href="https://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev" rel="noreferrer" target="_blank">https://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev</a><br>
</blockquote></div><br clear="all"><div><br></div>-- <br><div dir="ltr" class="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div dir="ltr"><div dir="ltr"><div>Felix Hartman - Openmtbmap.org & VeloMap.org<br></div><br></div></div></div></div></div></div>