This is the mail archive of the java@gcc.gnu.org mailing list for the Java project.
| Index Nav: | [Date Index] [Subject Index] [Author Index] [Thread Index] | |
|---|---|---|
| Message Nav: | [Date Prev] [Date Next] | [Thread Prev] [Thread Next] |
| Other format: | [Raw text] | |
Ranjit Mathew writes:Yeah. Also, once we have BC-ABI working for CNI, we can allocate storage for static class fields on the heap at initialization time (pointer and non-pointer fields could be allocated separately). That leaves only native fields as static roots. We could provide some special CNI syntax for those, implementing them with the .data.gc.roots approach on ELF systems or falling back emitting a static constructor call on non-ELF targets.
> David Daney wrote:
> > Recently there have been some discussions about GC performance issues.
> > We are also looking at some things in this area.
> > > > One thing that Hans Boehm suggested was to reduce the size of the root set.
> > > > I have been thinking about how that might be done. Here is one idea:
> > See also:
> > http://gcc.gnu.org/ml/java/2002-06/msg00252.html
> http://gcc.gnu.org/ml/java-patches/2002-q2/msg00490.html
Well found. I'd forgotten all about that patch. Some of it looks like it woould still be appropriate.
With regard to scanning instances of class Class, we have a plan to
use pointer-free class metadata and create them on the fly, so we
wouldn't need to treat them in any special way.
| Index Nav: | [Date Index] [Subject Index] [Author Index] [Thread Index] | |
|---|---|---|
| Message Nav: | [Date Prev] [Date Next] | [Thread Prev] [Thread Next] |