harmony-commits mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "weldon washburn (JIRA)" <j...@apache.org>
Subject [jira] Commented: (HARMONY-1428) [DRLVM] first batch of files for GCv5, a trace-forward copying collector
Date Sun, 08 Oct 2006 23:10:21 GMT
    [ http://issues.apache.org/jira/browse/HARMONY-1428?page=comments#action_12440788 ] 
weldon washburn commented on HARMONY-1428:

I had to hack on gc.xml to get it to build.  It looks like the gc.xml attached to this JIRA
(1428) forgot to put hythr.lib in the link.  Below is the diff from my gc.xml and the one
supplied in this JIRA:

<         <property name="build.depends" value="extra.apr,vm.vmcore" />
>         <property name="build.depends" value="extra.apr,vm.vmcore,vm.hythr" />

>             <libset libs="${vm.hythr.lib}"  dir="${vm.hythr.libdir}"  />

The above allows drlvm to be built with GCV5.  But so far, I have not been able to get any
of the smoke tests to run.

> [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.NET 2003.  
>            Reporter: Xiao-Feng Li
>         Assigned To: weldon washburn
>         Attachments: gc.xml, gc_v5.001.zip, GCv5-mc001.zip, gcv5-r0.10.zip, patch-for-GCv5_r0.10.txt,
patch_for_multi_gc.txt, patch_gcv5_for_SVN454061.txt
> 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


View raw message