overhead of reflection info

Adam Megacz adam@megacz.com
Sat Feb 21 04:37:00 GMT 2004


Ah, interesting. Since it is only called in the rare case, could I
just have it assume that every word of the object is a pointer in
order to play it safe?
 - a
"Boehm, Hans" <hans.boehm@hp.com> writes:
> You might want to look at _Jv_MarkObj, which is the backup GC mark routine.
> It can still get called in relatively rare cases in which the compiler
> generated mark descriptor would have been too big to fit. It needs some
> of the reflection data.
>> Hans
>> > -----Original Message-----
> > From: java-owner@gcc.gnu.org 
> > [mailto:java-owner@gcc.gnu.org]On Behalf Of
> > Adam Megacz
> > Sent: Thursday, February 19, 2004 7:52 PM
> > To: java@gcc.gnu.org
> > Subject: overhead of reflection info
> > 
> > 
> > 
> > For future reference, I commented out make_class_data() in class.c,
> > which (if I understand correctly) will inhibit the output of
> > reflection data. My compressed binary size (using the UPX executable
> > compressor on Linux/i86) plummeted from 728kb to 490kb. Roughly 33%
> > smaller. Also, 120kb of that (post-compression) is DWARF2 info,
> > meaning that 370kb should be "possible" with an unwinder specialized
> > to Java that trades away runtime performance for smaller executables.
> > 
> > I think I'm going to see how far I can get with a patch that disables
> > reflection. Getting libgcj to live without it will be a challenge,
> > but I think it can be done.
> > 
> > - a
> > 
>>
-- 
In 1845 the Potato Famine decimated Irish agriculture because of lack
of genetic diversity. Over 150 years later, we still haven't learned
this lesson, which is why the plague of Microsoft viruses will
continue for as long as the software monoculture does.


More information about the Java mailing list

AltStyle によって変換されたページ (->オリジナル) /