performance problems

[Tom Tromey]

>>>>> "Kresten" == Kresten Krab Thorup <krab@gnu.org> writes:

Kresten> First, the monitor structure is always stack allocated, so it
Kresten> doesn't take up space.

If we did this wouldn't we have to build information about the size of
a synchronization object into the compiler?

Hmm... we could put the info into libgcj.spec.  This approach would
definitely be faster than what we do now (since now synchronization
involves heap allocation and finalization, both of which are slow).

This would require changes to the compiler and to some code in
natObject.cc, but I don't think the thread implementations would need
to be touched.

Tom