<div dir="ltr">Well I think the .tmp files are just building up - and the renamed. So they are not causing any actual excessive write.<div>As for the gmap - it would be cool if there is a mode to not write them.</div><div><br></div><div>Actually it would be great if mkgmap could write all in one go. Because the thing that takes so much time - is the address search - and that is always the same. The differences are tiny (just because MapInstall is crashing when files are missing) you need to compile them separately.</div><div><br></div><div>but maybe there could be a mode where mkgamp writes all in one go.</div><div>So family-name / family-name1 / family-name2 </div><div>description / description1 / description2</div><div>input input1 input2</div><div>family-name..</div><div>show-profiles</div><div>overview-mapname</div><div>product-id</div><div>(and maybe I missed some options are those that would need to be given for each set of input tiles. And then just an option where you tell mkgmap files starting with which first 4 numbers are relevant for address search. No need to analyze if those other supplied .img (e.g. buildings or contourlines) need to be added to address search.). I know coded around the problem of the gmap files causing excessive writes. But yeah that is actually really complicated be it on windows or linux...</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, 8 Sept 2021 at 17:07, Felix Hartmann <<a href="mailto:extremecarver@gmail.com">extremecarver@gmail.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"><div dir="auto">Well I could give it 20 GB ram disk, maybe 32 but then I need to render on less than 12 processes 64GB ram available). But that is not enough for Asia continent map, and I guess super tight for Europe...<div dir="auto"><br></div><div dir="auto">Mkgmap could definitely keep those .tmp files in memory. But the important bit is the gmap files not needeed to be written.... Also would save quite some CPU time.</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, 8 Sep 2021, 14:31 ael <<a href="mailto:witwall3@disroot.org" target="_blank">witwall3@disroot.org</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">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" rel="noreferrer" target="_blank">mkgmap-dev@lists.mkgmap.org.uk</a><br>
<a href="https://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev" rel="noreferrer noreferrer" target="_blank">https://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev</a><br>
</blockquote></div>
</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>