>>>>> "Callum" == Callum Lerwick <seg@xxxxxxxxxx> writes: Callum> Its still way bigger than anything else on the machine. Java Callum> objects = bloaty. Callum> http://c2.com/cgi/wiki?JavaObjectOverheadIsRidiculous The object "overhead" with gcj is the vtable pointer, plus of course whatever the GC needs for its bookkeeping (similar, I think, to whatever malloc would need). Synchronization is handled in a lookaside hash table; entries are only created for objects which are actually synchronized. The bits describing object layout to the GC are stuffed in the vtable, i.e., there is one GC descriptor per class, not per object. Callum> I hope gcj's ahead of time compilation is capable of cutting Callum> down some of this bloat. This question is more complicated than you might think. We can discuss it on the gcj list if you like. Tom -- fedora-devel-list mailing list fedora-devel-list@xxxxxxxxxx https://www.redhat.com/mailman/listinfo/fedora-devel-list
