This is the mail archive of the
java@gcc.gnu.org
mailing list for the Java project.
RE: maximum memory for gcj-compiled executable?
- From: "Boehm, Hans" <hans_boehm at hp dot com>
- To: "'Ranjit Mathew'" <rmathew at hotmail dot com>,Lars Andersen <lars at rimfaxe dot com>, java at gcc dot gnu dot org
- Date: Thu, 3 Apr 2003 13:42:59 -0800
- Subject: RE: maximum memory for gcj-compiled executable?
I suspect it would be good to know which memory segments are growing. If there is not a tool around to look at a process address space in win32, a slight adaptation of the win32 version of GC_register_dynamic_lbraries code in boehm-gc/dyn_load.c should be usable for dumping the address space layout.
Hans
> -----Original Message-----
> From: Ranjit Mathew [mailto:rmathew4lists at hotmail dot com]
> Sent: Thursday, April 03, 2003 6:49 AM
> To: Lars Andersen; java at gcc dot gnu dot org
> Subject: Re: maximum memory for gcj-compiled executable?
>
>
> > I have made this simple program that reads a web page, and then does
> > nothing with it ;)
> >
> > Compile it under win32/mingw using Mohan's latest GCC3.3
> >
> > Run it.
> >
> > The heap soon stabilizes and stays put (about 1000KB)
> >
> > Now open the task manager and watch memory usage slowly
> grow and grow
> > and grow....
>
> Yes, I see this behaviour too. Even after statically allocating
> "buf" and "output" (and remembering to output.setLength( 0) at the
> start of read( )) and explicitly closing streams and connections
> and even omitting the creation of the intermediate strings...i.e.
> the mere act of reading is causing this increase!
>
> Don't know what's causing it and I wouldn't venture a guess
> either. :-(
>
> Ranjit.
>