[mkgmap-dev] splitter memory usage
From GerdP gpetermann_muenchen at hotmail.com on Fri Oct 28 05:35:02 BST 2011
Hello Olaf, thanks for the confirmation. So if this high memory usage is not considered as a bug (but as a feature) I think it would be a good idea to avoid the resize actions when the highest node id is known before. If I understood it right, the first pass could save this information for each processed area. Also, this info could maybe be used to determine whether the available max. heap is large enough to use this feature, else the normal hashmap can be used. I'll try this and post a patch if it helps. Ciao, Gerd -- View this message in context: http://gis.638310.n2.nabble.com/splitter-memory-usage-tp6935688p6938817.html Sent from the Mkgmap Development mailing list archive at Nabble.com.
- Previous message: [mkgmap-dev] splitter memory usage
- Next message: [mkgmap-dev] splitter memory usage
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
More information about the mkgmap-dev mailing list