Re: [xmlvm-users] Confused by error messages

[Sascha H. <sa...@xm...>]

Thanks Jeremiah for the detailed information. I guess what is happening is
that we never had such a big class to process, which is why we never hit
that limit. Is it possible to share this class with us (just send it
sa...@xm..., otherwise it will hit a size limit on the list)? Then I
will take a look to see whether we can optimize memory usage.

Thanks!
// Sascha

On Sat, Feb 12, 2011 at 6:30 PM, Jeremiah Blanchard <
jbl...@da...> wrote:

> Hi Sascha (and others),
>
> I've gotten a little further now. At this point I don't think my current
> machine has enough memory to actually translate the project in question
> using the current version of XMLVM, but I wanted to let you know what I
> found out for future reference. It's a pretty big project and I know that
> XMLVM is a work in progress, so it may just be a matter of scale. When I get
> to an upgrade point, or when XMLVM is a bit more mature, I'll try again.
> Anyway, here's what I've found.
>
> It looks like one of the pre-built files - nbproject\xcode.xml - has the
> setting "-Xmx512m" hard-coded in. I changed it and also added "--debug=all"
> to the same file.
>
> However, it's still running out of memory. After some testing, I went with
> 1350m - on my machine, anything more than that starts thrashing the hard
> disk due to excessive paging. The memory for the java process goes up to
> around 1500M or so according to top.
>
> Here's an abbreviated version of the output:
>
>
> -do-xproject:
>      [echo] Creating Xcode project
>      [java] Executing
> '/System/Library/Frameworks/JavaVM.framework/Versions/1.6.0/Home/bin/java'
> with arguments:
>      [java] '-Xmx1350m'
>      [java] '-jar'
> ...
>      [java] [02/12/11 12:06:09.731]    DEBUG: Forcing --enable_ref_counting
> for target IPHONE
>      [java] [02/12/11 12:06:09.806]    DEBUG: Instantiated:
> org.xmlvm.proc.in.InputProcess$ClassInputProcess
> ...
>      [java] [02/12/11 12:06:25.750]    DEBUG: DEXmlvmOutputProcess-ref:
> Processing method: interpretCode
>
>      [java] [02/01/11 13:15:12.901]    ERROR: Oh no, XMLVM needs more
> memory. Try running with -Xmx1G.
>
> ... and following that, a lot of exception and stack trace info.
>
> The file it gets caught on is about 100K, and the function interpretCode is
> about 1000 lines long and includes a large switch statement (about 140
> cases) as it is an interpreter for an instruction set.
>
> I'm not sure if this helps narrow it down or not. I could try to come up
> with a simplified code segment that still exhibits the problem, though it
> may be difficult as I have to find a way to eat up a comparable amount of
> memory. :)
>
> Regards,
> Jeremiah Blanchard
>
>
> On Mon, Feb 7, 2011 at 1:48 PM, Sascha Haeberling <sa...@xm...>wrote:
>
>> This error message is only printed, if indeed an OutOfMemoryException is
>> being thrown. I am not too sure what run-Xcode does, but if this error even
>> happens with 2G of RAM granted, then something seems fishy.
>>
>> Can you run with --debug=all and see whether you can find anything
>> suspicious?
>>
>> // Sascha
>>
>> On Mon, Feb 7, 2011 at 6:33 PM, Jeremiah J. Blanchard <
>> jbl...@da...> wrote:
>>
>>> Hi there,
>>>
>>> I've been trying, without much success, to compile and run a project in
>>> Xcode. Specifically, XMLVM gives me the following error when build using
>>> "run-Xcode":
>>>
>>> -do-xproject:
>>>      [echo] Creating Xcode project
>>>      [java] [02/01/11 13:10:56.239]    DEBUG: Forcing
>>> --enable_ref_counting for target IPHONE
>>>      [java] [02/01/11 13:15:12.901]    ERROR: Oh no, XMLVM needs more
>>> memory. Try running with -Xmx1G.
>>>
>>> I've actually set the ANT_OPTS variable for the memory to various values
>>> (1G, 2G, etc), but the same error shows up. Is there something I'm
>>> missing? The process itself usually gets up to around 650M before it
>>> errors out. Any help would be great! :)
>>>
>>> --Jeremiah
>>>
>>>
>>>
>>> ------------------------------------------------------------------------------
>>> The modern datacenter depends on network connectivity to access resources
>>> and provide services. The best practices for maximizing a physical
>>> server's
>>> connectivity to a physical network are well understood - see how these
>>> rules translate into the virtual world?
>>> http://p.sf.net/sfu/oracle-sfdevnlfb
>>> _______________________________________________
>>> xmlvm-users mailing list
>>> xml...@li...
>>> https://lists.sourceforge.net/lists/listinfo/xmlvm-users
>>>
>>
>>
>