[mkgmap-dev] Possible memory reduction in mkgmap

Sun Jan 13 06:54:54 GMT 2013

Hi,

I looked at some heap dumps and I think the other maps are rather small, and
they use eg. the values() method to iterate over all elements. This method
can't be efficiently implemented in OSMId2Object, so, a lot of code would
need changes if we also try to use a LinkedOSMId2ObjectMap to replace the
LinkedHashMap<Long,xyz>  maps. 
So, in short, we can use the patch as it is.

@Steve: Do you want to manage fastutil.jar with ivy or should I add it to
eg. mkgmap\lib? 
To avoid confusion with different versions I'd prefer to use exactly the
same jar as in splitter, although mkgmap doesn't (yet) use the
ShortArrayList or LongArrayList classes, so if you want to create the jar
with autojar please make sure that it contains all classes needed by mkgmap
and splitter.

Gerd

GerdP wrote
> 
> WanMil wrote
>>> The disadvantage: OSMId2ObjectMap uses fastutil.jar, which is not used
>>> in
>>> mkgmap
>>> until now. I could try to change OSMId2ObjectMap so that it runs without
>>> fastutil.jar,
>>> but that would mean to invent the wheel again.
>>>
>>> Comments?
>>>
>>> Gerd
>>>
>> 
>> Sounds good.
>> I think it's ok to add the fastutil.jar to mkgmap.
> Fine. I would prefer that Steve does that because I have no experience
> with the ivy configuration.
> I think about coding a LinkedOSMId2ObjectMap as well. This would allow to
> replace many
> instances of HashMap&lt;Long,xyz&gt; and LinkedHashMap&lt;Long,xyz&gt;
> I have to find out if it really helps.
> 
> Gerd

--
View this message in context: http://gis.19327.n5.nabble.com/Possible-memory-reduction-in-mkgmap-tp5743567p5744205.html
Sent from the Mkgmap Development mailing list archive at Nabble.com.