[Gvsig_english] POTENTIAL ERROR gvSIG 1.9 (BN 1253) -- Jave Heap Error while editing table

Benjamin Ducke benjamin.ducke at oxfordarch.co.uk
Sat Jan 9 10:53:48 CET 2010


Hi Simon,

I have tried setting Xmx > 1500 on a 4 GB WinXP machine and
got the same errors. On a Linux machine, I could easily increase
to > 2000 (stopped testing there). The reason is that the
JVM wants that much memory in one *contiguous* block and
Windows' memory manager is incapable of delivering that.

Finding an optimal setting for all the Java VM memory settings 
is something of a black art. Java tries to do all mem management 
automatically, but that automatism is controlled by the interaction
of a number of options. 
Even Sun seem to be struggling with the complexities of it:

http://java.sun.com/performance/reference/whitepapers/tuning.html

The error log you attached clearly shows that the VM ran out
of memory. Whether that is because it actually couldn't handle
the amount of data you threw at it or there is a bug in the
program code that leads to it trying to allocate too much
memory is a matter that needs looking into.

Ben


----- Original Message -----
From: "Simon Cropper (Botanicus Australia Pty Ltd)" <scropper at botanicusaustralia.com.au>
To: "Users and Developers mailing list" <gvsig_internacional at listserv.gva.es>
Sent: Saturday, January 9, 2010 4:54:24 AM GMT +01:00 Amsterdam / Berlin / Bern / Rome / Stockholm / Vienna
Subject: Re: [Gvsig_english] POTENTIAL ERROR gvSIG 1.9 (BN 1253) -- Jave Heap Error while editing table

Ben,

500M - gvSIG Opened OK
800M - gvSIG Opened OK
1000M - gvSIG Opened OK
1300M - gvSIG Opened OK
   - could open projects
1500M - gvSIG Opened OK
1501M - gvSIG Opened OK
1600M - gvSIG Opened OK
1700M - Error "Could not create Java machine"
1800M - Error "Could not create Java machine"
1600M - gvSIG Opened OK, plug-in services could not open
1500M - gvSIG Opened OK, plug-in services could not open
1300M - gvSIG Opened OK, could open project

I would imaging this would be dependent on your available memory (2GB on 
my system). I think I will set at 800M at present and see what happens 
as I usually have more than my email client open when running gvSIG.

Cheers Simon

Simon Cropper
Botanicus Australia Pty Ltd
PO Box 160, Sunshine, Victoria 3020.
P: 9311 5822. M: 041 830 3437.
mailto: scropper at botanicusaustralia.com.au 
<mailto:scropper at botanicusaustralia.com.au>
web: www.botanicusaustralia.com.au <http://www.botanicusaustralia.com.au>


On 8/01/2010 9:06 PM, Benjamin Ducke wrote:
> Also note that under Linux you can set the heap space
> much larger than under Windows. In my experiments on Win XP,
> gvSIG would no longer start up if I set Xmx to>  1500 or so.
> Try how far you can go.
>
> Ben
>
> ----- Original Message -----
> From: "Jorge Piera"<jorge.piera at iver.es>
> To: "Users and Developers mailing list"<gvsig_internacional at listserv.gva.es>
> Sent: Friday, January 8, 2010 8:45:48 AM GMT +01:00 Amsterdam / Berlin / Bern / Rome / Stockholm / Vienna
> Subject: Re: [Gvsig_english] POTENTIAL ERROR gvSIG 1.9 (BN 1253) -- Jave Heap Error while editing table
>
> Hi.
>
> The optimum setting for memory depends on your environment and the
> application that your are running. I would try values from 500MB up to 1GB.
>
> Regards,
> Jorge.
>
> Simon Cropper (Botanicus Australia Pty Ltd) wrote:
>    
>> Jorge,
>>
>> My settings are command = #JAVA#
>> -Djava.library.path="#GVSIG_INSTALL_PATH#\lib" -cp #CLASSPATH# -Xmx500M
>> -Xss1024k com.iver.andami.Launcher gvSIG gvSIG/extensiones #ARGS#
>>
>> What is the optimum setting for memory? I run a Windows XP SP3 2GB of
>> memory.
>>
>> Cheers Simon
>>
>> Simon Cropper
>> Botanicus Australia Pty Ltd
>> PO Box 160, Sunshine, Victoria 3020.
>> P: 9311 5822. M: 041 830 3437.
>> mailto: scropper at botanicusaustralia.com.au
>> <mailto:scropper at botanicusaustralia.com.au>
>> web: www.botanicusaustralia.com.au<http://www.botanicusaustralia.com.au>
>>
>>
>> On 8/01/2010 5:52 PM, Jorge Piera wrote:
>>
>>      
>>> Hello Simon.
>>>
>>> Hi.
>>>
>>> You can run gvSIG using more memory. Just edit the gvSIG.sh (or the
>>> gvSIG.ini) file located in the installation directory (folder bin) and
>>> find the text "-Xmx500M". 500M is the number of MB that you want to use
>>> when you execute the Java Virtual Machine. You can change this number by
>>> the number of MB that you want and next time that you run gvSIG, it will
>>> use this number of MB./
>>> /
>>> Regards,
>>> Jorge.
>>>
>>>
>>> Simon Cropper (Botanicus Australia Pty Ltd) wrote:
>>>
>>>
>>>        
>>>> Hi,
>>>>
>>>> I managed to generate a Java Heap error in gvSIG.
>>>>
>>>> Unfortunately I was unable to capture any error details.
>>>>
>>>> I can tell you what I was doing and hopefully you can reproduce.
>>>>
>>>> I was editing a shapefile's attribute table. Specifically I was changing
>>>> the values of a field used in complex labeling in individually defined
>>>> labeling classes - 10W = 10m high white writing, 5W = 5m high white
>>>> writing, etc.
>>>>
>>>> The shapefile is present 3 times in ToC. The first is site #, second
>>>> vegetation type, third quality. The label sizre is based on a field
>>>> called [LglGrp]. I was editing this field when I asked myself what the
>>>> previous instance of the shapefile looked like. Without really thinking
>>>> I clicked on the first instance (Site #) of the shapefile to view the
>>>> labels (without saving my changes) and BANG all hell broke loose - I had
>>>> numerous Java Heap Errors.
>>>>
>>>> I exited the program without saving and reentered. The shapefile was
>>>> intact but the recent edits were lost (obviously). I have scoured the
>>>> system but no error log was found.
>>>>
>>>> I have tried to repeat my steps but have not been able to triggered the
>>>> error again.
>>>>
>>>> Anyone know what would have triggered such a response? Memory issues?
>>>>
>>>>
>>>>
>>>>          
>>>
>>>
>>>        
>> _______________________________________________
>> Gvsig_internacional mailing list
>> Gvsig_internacional at listserv.gva.es
>> http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_internacional
>>
>>
>>
>>      
>
>    
_______________________________________________
Gvsig_internacional mailing list
Gvsig_internacional at listserv.gva.es
http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_internacional



------
Files attached to this email may be in ISO 26300 format (OASIS Open Document Format). If you have difficulty opening them, please visit http://iso26300.info for more information.



More information about the Gvsig_internacional mailing list