This is the mail archive of the
java@gcc.gnu.org
mailing list for the Java project.
RE: gcj mingw32 and java memory footprint.
- From: "Boehm, Hans" <hans_boehm at hp dot com>
- To: "'Jeff Sturm '" <jsturm at one-point dot com>,"Boehm, Hans" <hans_boehm at hp dot com>
- Cc: "''Norbert Frese ' '" <norbertf at gmx dot net>,"''java at gcc dot gnu dot org ' '" <java at gcc dot gnu dot org>
- Date: Tue, 18 Feb 2003 21:27:54 -0800
- Subject: RE: gcj mingw32 and java memory footprint.
I haven't had a chance to try the patch. But I would like to see something like this in, so long as there is a way to revert to current behavior, e.g. by setting an environment variable.
(It would be even better if we could get the new behavior starting at address A, and the old behavior for addresses below A, for a runtime specified A. This would allow easy diagnosis of missing root registrations. This shouldn't be too hard.)
Hans
-----Original Message-----
From: Jeff Sturm
To: Boehm, Hans
Cc: 'Norbert Frese '; 'java@gcc.gnu.org '
Sent: 2/18/03 7:09 PM
Subject: RE: gcj mingw32 and java memory footprint.
On Mon, 17 Feb 2003, Boehm, Hans wrote:
> - I think someone was working on explicitly letting the GC know about
> statically allocated pointer variables, so it no longer has to scan
> static data segments. This allows the collector to operate with the
> same performance and a smaller heap.
Are you talking about http://gcc.gnu.org/ml/java/2002-06/msg00252.html?
I'd still be interested in seeing something like this for gcj, but got
zero feedback from the list the last time I mentioned it.
Jeff