Mailing-List: contact dev-help@harmony.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@harmony.apache.org
Received-SPF: pass (herse.apache.org: domain of gcjhd-harmony-dev@m.gmane.org
 designates 80.91.229.2 as permitted sender)
To: dev@harmony.apache.org
From: Egor Pasko <egor.pasko@gmail.com>
Subject: Re: [DRLVM][GCv5] (H-2945) scalable parallel generational or
 non-generational collection
Date: 08 Jan 2007 12:54:35 +0600
Lines: 33
Message-ID: <ur6u6rot0.fsf@gmail.com>
References: <9623c9a50701060634u1d1b0c25h31b238bbb81079e9@mail.gmail.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.3
Sender: news <news@sea.gmane.org>

On the 0x256 day of Apache Harmony Xiao-Feng Li wrote:
> Hi, I've submitted a patch for GCv5 at URL:
> https://issues.apache.org/jira/browse/HARMONY-2945, which achieves
> good parallelization scalability in real SMP machines. It can works in
> generational or nongenerational mode. I have tested it on a Intel
> Tulsa platform which has four Pentium-D dual-core processors (totally
> 8 cores). It performs pretty well. With more processors and larger
> heap size, this parallel GC can demonstrate more benefits.
> 
> There are two dependences:
> 1. To fully exploit this GC's adavantage, helper inlining should be
> enabled for it. It depends on Harmony-2652 which inlines write
> barrier.
> 2. Some JIT optimizations do not implement write barrer for reference
> field update. These opts have to be disabled to make the generational
> mode work.

Xiao-Feng, what specific optimizations did you have to disable? I
believe, we can re-enable them in GCv5 mode pretty fast.

> At the same time before the two dependences are resolved, people still
> can play with it in non-generational mode. But the performance will be
> impacted seriously without helper inlinings.
> 
> Dear commiter, please help to integrate it into Harmony SVN. Please
> apply the patch at working_vm directory.
> 
> Thanks,
> xiaofeng
> 

-- 
Egor Pasko