harmony-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Weldon Washburn" <weldon...@gmail.com>
Subject Re: [DRLVM][GC] ( Updated:HARMONY-1428) a submission of a mark-compaction GC
Date Wed, 20 Sep 2006 11:14:29 GMT
On 9/19/06, Xiao-Feng Li <xiaofeng.li@gmail.com> wrote:
> Hi, a new attachment is submitted to GCv5 as an update to JIRA 1428.
> (https://issues.apache.org/jira/browse/HARMONY-1428), which is a
> mark-compaction GC. This GC is going to be connected with last
> submission (the trace-forwarding GC) into a generational GC.
> During the development of the Trace-forwarding and the Mark-compaction
> GCs, I intentionally arranged the code base into flexible enough so
> that they can be connected into one and they can run seperately as
> standalone GC. The gc.xml make file needs to be modified to reflect
> the directory difference than existing GC.

I took a quick glance.  Its a good start :)

I looked in both gc_v5.001.zip and GCv5-mc001.zip and did not find
gc.xmlbuild file.  Also,
GCv5-mc001.zip has all its files under src directory.  However,
gc_v5.001.zip does not contain any "src" directory.  Thus I don't know where
to put these trees relative to each other.

Any comments, suggestions, and code contributions are welcome!
> Thanks,
> xiaofeng
> > [DRLVM] first batch of files for GCv5, a trace-forward copying collector
> > ------------------------------------------------------------------------
> >
> >                 Key: HARMONY-1428
> >                 URL: http://issues.apache.org/jira/browse/HARMONY-1428
> >             Project: Harmony
> >          Issue Type: Improvement
> >          Components: DRLVM
> >         Environment: These files were only tested on Windows with VS.NET2003.
> >            Reporter: Xiao-Feng Li
> >         Assigned To: weldon washburn
> >         Attachments: gc_v5.001.zip, GCv5-mc001.zip
> >
> >
> > This archive has a couple of files implementing an early version of a
> trace-forward copying collector for GCv5. It's only a starter with very
> basic functionalities. It is a generational GC reqiures write barrier
> implemented in JIT. It was tested with JET, and ran SPECJBB2000 and
> > The algorithm is depth-first tracing of From-space, and forwarding live
> objects to To-space (It can forward part of the From-space). The To-space
> has no real management except for the accomodation of forwarded objects and
> large objects. So the To-space is going to be replaced by a mark-compaction
> GC, and the large objects will be managed by a LOS GC.
> > In order to minimize the changes to other components of DRLVM, the codes
> here comply with the original contract between GCv4 and other components. I
> also borrowed some routine code from GCv4 to avoid repetitive labor work.
> > GCv5 is under active development, so please expect quick and big changes
> to this submitted code base. I will submit new codes from time to time when
> they are worth a submission. Any comments or codes are more than welcome.
> --
> This message is automatically generated by JIRA.
> -
> If you think it was sent incorrectly contact one of the
> administrators:
> http://issues.apache.org/jira/secure/Administrators.jspa
> -
> For more information on JIRA, see: http://www.atlassian.com/software/jira
> ---------------------------------------------------------------------
> Terms of use : http://incubator.apache.org/harmony/mailing.html
> To unsubscribe, e-mail: harmony-dev-unsubscribe@incubator.apache.org
> For additional commands, e-mail: harmony-dev-help@incubator.apache.org

Weldon Washburn
Intel Middleware Products Division

  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message