You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@harmony.apache.org by Xiao-Feng Li <xi...@gmail.com> on 2006/09/11 17:35:21 UTC

[DRLVM][GC] first batch of files for GCv5, a preliminary trace-forward copying collector

Hi, folks, to follow up the GCv5 proposal, I submitted the early files
of a copying collector for GCv5. The idea is to develop GCv5 openly in
Harmony, so that we can develop it togother. Any comments or
improvements are welcome. The JIRA issue I created is HARMONY-1428 as
the message below. It has no document associated, since it's too early
and unstable for serious document efforts; but I think it is simple
and concise enough for any people who are interested in GC
development.

Thanks,
xiaofeng

---------- Forwarded message ----------
From: Xiao-Feng Li (JIRA) <ji...@apache.org>
Date: Sep 11, 2006 11:20 PM
Subject: [jira] Created: (HARMONY-1428) [DRLVM] first batch of files
for GCv5, a trace-forward copying collector
To: xiaofeng.li@gmail.com


[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


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: harmony-dev-unsubscribe@incubator.apache.org
For additional commands, e-mail: harmony-dev-help@incubator.apache.org


Re: [DRLVM][GC] first batch of files for GCv5, a preliminary trace-forward copying collector

Posted by Weldon Washburn <we...@gmail.com>.
On 9/11/06, Rana Dasgupta <rd...@gmail.com> wrote:
>
> Thanks Xiao Feng.
> Weldon, are you going to put it somewhere like drlvm/trunk/vm/gcv5 if
> there
> are no objections?


This is my thinking exactly.  But before this happens, I need to call for a
vote.

Thanks,
> Rana
>
>


-- 
Weldon Washburn
Intel Middleware Products Division

Re: [DRLVM][GC] first batch of files for GCv5, a preliminary trace-forward copying collector

Posted by Rana Dasgupta <rd...@gmail.com>.
Thanks Xiao Feng.
Weldon, are you going to put it somewhere like drlvm/trunk/vm/gcv5 if there
are no objections?

Thanks,
Rana

Re: [DRLVM][GC] first batch of files for GCv5, a preliminary trace-forward copying collector

Posted by Weldon Washburn <we...@gmail.com>.
On 9/11/06, Xiao-Feng Li <xi...@gmail.com> wrote:
>
> Hi, folks, to follow up the GCv5 proposal, I submitted the early files
> of a copying collector for GCv5. The idea is to develop GCv5 openly in
> Harmony, so that we can develop it togother. Any comments or
> improvements are welcome. The JIRA issue I created is HARMONY-1428 as
> the message below. It has no document associated, since it's too early
> and unstable for serious document efforts; but I think it is simple
> and concise enough for any people who are interested in GC
> development.


Good. I will take a look.  Thanks for the update.


Thanks,
> xiaofeng
>
> ---------- Forwarded message ----------
> From: Xiao-Feng Li (JIRA) <ji...@apache.org>
> Date: Sep 11, 2006 11:20 PM
> Subject: [jira] Created: (HARMONY-1428) [DRLVM] first batch of files
> for GCv5, a trace-forward copying collector
> To: xiaofeng.li@gmail.com
>
>
> [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
>
>
> 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: harmony-dev-unsubscribe@incubator.apache.org
> For additional commands, e-mail: harmony-dev-help@incubator.apache.org
>
>


-- 
Weldon Washburn
Intel Middleware Products Division