Re: [j-devel] Re: [ armedbear-j-Bugs-655255 ] memory leak

[Peter G. <pe...@ar...>]

Just to be clear:

Are you happy with -Xmx64m? Is it OK to close the bug?

Thanks a lot!

-Peter

>
> ## Cool.  I didn't know I could do all that.  I was editing several 
> small files.  Scripts on the order of 20K or so.  Perl, Shell. etc.
> Nothing more than text.
>
> The java command line was essentially:   "java -jar j-0.17.0.jar"
> No special options to specify memory.
> Now I've learned to use some memory options.  "-Xmx64m"  works fine.
>
> OS:  
> remote, Solaris 7;   
> local, Solaris 8 running CDE 1.4
>
> Approximate time up:  40 hours
>
> thanks for the response,
>
> marc
> #######
>
>
> Bug 655255:
>
>     > Initial Comment:
>     > I had an instance of J running remote via X-win over
>     > the network.  The editor was running for less than 2
>     > days straight and someone alerted me to the fact that
>     > the java process running J was consuming 1600MB of
>     > total memory,  although only a portion of it was
>     > resident  (as shown by "top" )
>     >
>     > /usr/j2se/bin/java -version
>     > java version "1.4.0_01"
>     > Java(TM) 2 Runtime Environment, Standard Edition (build
>     > 1.4.0_01-b03)
>     > Java HotSpot(TM) Client VM (build 1.4.0_01-b03, mixed
>     > mode)
>
> OK, I've fired up a j session over remote X, and it's been up for about
> 4 1/2 hours now with no apparent memory leakage, but I haven't been
> doing much with it.
>
> When you say "the editor was running for less than 2 days straight",
> what were you actually doing? Just editing? Mail? Any image buffers or
> mail with embedded images? Shell buffers? Compilation buffers? Remote
> operations via SSH and/or FTP? Was it just idling most of the time?
>
>
> There's a line near the bottom of the About box (available from the
> Help menu) that reports the amount of Java memory that j is using. What
> does this line say when top says j is using 1600 MB of virtual memory?
> (BTW the last line of the upper section of the About box reports j's
> exact uptime, for what it's worth.)
>
> For comparison, my current (local) j session has been up about 5 hours,
> and top reports that it's using 237 MB of virtual memory, but its
> resident size is only 54 MB (50 MB shared). The About box reports 11.2
> MB of total Java memory (5.9 MB used, 5.3 MB free).
>
> The remote session I started up to investigate this problem has similar
> but smaller numbers, as you'd expect with a less active session.
>
> For another comparison, when I fire up a CMUCL Lisp session, by the
> time it gets to the very first prompt top reports that it's using 1283
> MB of virtual memory, but only 5 MB resident. The fact that it has
> spoken for 1283 MB of virtual memory on a machine where physical plus
> swap is only 640 MB is a bit unusual, but not really that big of a
> deal; everything works just fine.
>
> When j is using 1600 MB in the VIRT column, what are the numbers in the
> RES and SHR columns?
>
> And finally, just for the record, exactly what OS are you running on
> your two machines?
>
> Bottom line, I do suspect there is some sort of problem if the virtual
> memory number is getting that high, but I need a bit more information
> to narrow it down. With a remote X session there are even more
> variables in the game. It would be interesting to see if the problem
> can be reproduced with a local session.
>
> Thanks for your help.
>
> -Peter
>
>
>
>
>
>
> -------------------------------------------------------
> This sf.net email is sponsored by:
> With Great Power, Comes Great Responsibility 
> Learn to use your power at OSDN's High Performance Computing Channel
> http://hpc.devchannel.org/
> _______________________________________________
> armedbear-j-devel mailing list
> arm...@li...
> https://lists.sourceforge.net/lists/listinfo/armedbear-j-devel