Recently I've upgraded upgraded all my Garmin map making tools to the
latest versions:
Osmosis 0.39
Splitter r171
Mkgmap r1926
Since then I'm having a problem while splitting the planet file: all
output files are empty (~160 bytes).
In de commandline output I notice two things for which I seek
On Tue, May 03, 2011 at 05:48:55PM +0200, Lambertus wrote:
>Recently I've upgraded upgraded all my Garmin map making tools to the
>latest versions:
>Osmosis 0.39
>Splitter r171
>Mkgmap r1926
>
>Since then I'm having a problem while splitting the planet file: all
>output files are empty (~160 bytes
On 03-05-11 20:01, Marko Mäkelä wrote:
> On Tue, May 03, 2011 at 05:48:55PM +0200, Lambertus wrote:
> I assume that GC means garbage collection. Which JVM are you using? An
> educated guess is that the memory runs out and a "full garbage
> collection" cycle is started as a last resort.
>
Ok, "Garba
On Tue, May 03, Lambertus wrote:
> On 03-05-11 20:01, Marko Mäkelä wrote:
> > On Tue, May 03, 2011 at 05:48:55PM +0200, Lambertus wrote:
> > I assume that GC means garbage collection. Which JVM are you using? An
> > educated guess is that the memory runs out and a "full garbage
> > collection" cyc
On 03-05-11 23:25, Thorsten Kukuk wrote:
> On Tue, May 03, Lambertus wrote:
>> Ok, "Garbage Collection" sounds reasonable, but I gave Java 7.5 GB heap
>> space while it used only a few hundred megabytes. I've got no idea why
>> it would run out of memory.
> Do you really have so much free memory av
On Tue, May 03, 2011 at 11:12:25PM +0200, Lambertus wrote:
>Well I wanted to run multiple processes at the same time to utilize the
>quadcore CPU better and reduce processing time
The processing time probably won't be reduced if the machine starts
swapping. Like Thorsten pointed out, it is good
Subject: [mkgmap-dev] Splitter output files are nearly empty
Recently I've upgraded upgraded all my Garmin map making tools to the
latest versions:
Osmosis 0.39
Splitter r171
Mkgmap r1926
Since then I'm having a problem while splitting the planet file: all
output files are empty (~160 b
On Wed, May 04, 2011 at 06:20:41PM +0930, Markus_g wrote:
>I notice there is an extra - after /bin/osmosis --rx is that an error?
No, it tells osmosis to read from the standard input, which is being
piped from bunzip2 -c.
Marko
___
mkgmap-dev m
Ok. Thanks
Markus_g
-Original Message-
From: mkgmap-dev-boun...@lists.mkgmap.org.uk
[mailto:mkgmap-dev-boun...@lists.mkgmap.org.uk] On Behalf Of Marko Mäkelä
Sent: Wednesday, 4 May 2011 6:28 PM
To: Development list for mkgmap
Subject: Re: [mkgmap-dev] Splitter output files are nearly
Hello
> * Full GC *
> Elapsed time: 18m 0s Memory: Current 135MB (106MB used, 29MB free) Max
> MB
The 'Full GC' line is not a problem, it is a message printed by
splitter every so often before it attempts to force a garbage collect.
This is not usually a useful thing to do, but it
On 2011-05-04 07:44, Marko Mäkelä wrote:
> The processing time probably won't be reduced if the machine starts
> swapping. Like Thorsten pointed out, it is good to leave some "breathing
> room" for the computer.
>
Sure, but the machine has 8GB ram so it won't have to swap while doing
multiple thin
On 2011-05-04 11:51, Steve Ratcliffe wrote:
>> * Full GC *
>> Elapsed time: 18m 0s Memory: Current 135MB (106MB used, 29MB free) Max
>> MB
>
> The 'Full GC' line is not a problem, it is a message printed by
> splitter every so often before it attempts to force a garbage collect.
> Th
12 matches
Mail list logo