On 9/19/06, Xiao-Feng Li <[EMAIL PROTECTED]> 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 SPECJVM98. > 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: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
-- Weldon Washburn Intel Middleware Products Division
