Mailing-List: contact dev-help@harmony.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@harmony.apache.org
Received-SPF: pass (athena.apache.org: domain of rdasgupt@gmail.com designates
 64.233.162.229 as permitted sender)
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references;
        b=BcN2yrilw383rj9vTqaqVOWRMxn+Dg5MKqaql2tO/nQ+qhm+wq8t8M3potRbDoO2LuzMlS/+gb0WDfBmivXz8inUdoDwtyy1w7wcezmse9ue2Ayr6sboKLCad1k6EQ/B1zZN1qTF4Q3b2QKus3FlwUITdHeszLVqbnaqAJ0swWw=
Message-ID: <51d555c70712100919p141170a6yff288329bc4dd868@mail.gmail.com>
Date: Mon, 10 Dec 2007 10:19:46 -0700
From: "Rana Dasgupta" <rdasgupt@gmail.com>
To: dev@harmony.apache.org
Subject: Re: Make GC_CC working
In-Reply-To: <5ce835490712100621j3b43db5dl4c02f43eff933bc2@mail.gmail.com>
MIME-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_Part_13236_8266758.1197307186137"
References: <5ce835490712081811q5e787c84j24ef33c07fdecb9c@mail.gmail.com>
	 <c3755b3a0712100509n7cc78cccn24380b5994206341@mail.gmail.com>
	 <9623c9a50712100548u7d65ba75gabfdbc56f21fd7af@mail.gmail.com>
	 <5ce835490712100621j3b43db5dl4c02f43eff933bc2@mail.gmail.com>

------=_Part_13236_8266758.1197307186137
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

5247 looks like a reasonable solution. Weldon was committing threading
patches. If he is not around, someone else should do it.

As a non default gc, for the dll to be to be included in M4, gc_cc needs to
pass smoke/kernel tests in default mode on all the platforms. I don't think
anything more is needed.


On Dec 10, 2007 7:21 AM, Ilya Berezhniuk <ilya.berezhniuk@gmail.com> wrote:

> Xiao Feng, thanks for committing HARMONY-5262.
>
> But HARMONY-5262 is insufficient to enable GC_CC; tests are often hang
> in shutdown.
> HARMONY-5247 is also required.
>
> Who will commit it?
>
>
> Thanks,
> Ilya.
>
> 2007/12/10, Xiao-Feng Li <xiaofeng.li@gmail.com>:
>  > I think a reasonable plan for GC_CC is to keep it from regressing for
> > certain sets of tests such as smoke, kernel, regression. There will be
> > no further improvement for it. When there is another well-supported GC
> > in future, say GC_NEW, then we can decide if we still want to keep
> > GC_CC.
> >
> > Thanks,
> > xiaofeng
> >
> > On Dec 10, 2007 9:09 PM, Alexey Petrenko <alexey.a.petrenko@gmail.com>
> wrote:
> > > What are our future plans about GC_CC? Do we plan to continue support
> it?
> > >
> > > SY, Alexey
> > >
> > > 2007/12/9, Ilya Berezhniuk <ilya.berezhniuk@gmail.com>:
> > >
> > > > Hi All,
> > > >
> > > > Now we have GC_CC inoperable on most platforms - it works on
> > > > Windows/x86/release only.
> > > >
> > > > I've checked M3 build, GC_CC works fine (although hangs from time to
> time).
> > > >
> > > >
> > > > I suggest committing HARMONY-5247 and HARMONY-5262 patches to fix
> most
> > > > of current GC_CC problems.
> > > >
> > > > The problems are the following:
> > > >
> > > > 1) After r583223 threading commit GC_CC does not work in debug mode
> > > > because of multiple assertions.
> > > >
> > > > 2) After r587472 commit (symbols exporting policy) GC_CC was broken
> on
> > > > Linux because several symbols required by GC_CC were not added to
> EXP
> > > > files.
> > > >
> > > > 3) After r599482 commit (uncompressed references) GC_CC works
> > > > incorrectly on x86_64 because of changed object layout for 64bit
> > > > platforms.
> > > >
> > > > 4) GC_CC often hangs in shutdown. HARMONY-5136 has fixed the problem
> > > > for GC_GEN, but for GC_CC the problem still exists because of
> > > > different GC/Finalizer threads behavior.
> > > >
> > > >
> > > > HARMONY-5247 patch finally fixes the problem with shutdown deadlock
> on
> > > > ThreadGroup.lock monitor.
> > > >
> > > >
> > > > HARMONY-5262 patch fixes GC_CC problems 1) - 3).
> > > >
> > > > With both these patches all 'build test' tests are passed on
> > > > Windows/Linux x86 and on Linux/x86_64 in both debug and release
> modes.
> > > >
> > > > On 4-core Windows/x86_64 I've got 4 intermittent failures on debug
> > > > build (see details in HARMONY-5262), but these failures are not
> > > > reproducible on release build, and they also do not appear on 2-core
> > > > machine.
> > > > Looks like these failures are caused by some remaining threading
> > > > problems in GC_CC.
> > > >
> > > > Since HARMONY-5262 affects only GC_CC, all tests are passed with
> > > > GC_GEN on all 4 tested platforms.
> > > >
> > > >
> > > > I think it's valuable to make GC_CC working, if we are planning to
> > > > include it into M4 builds.
> > > >
> > > >
> > > > Thanks,
> > > > Ilya.
> > > >
> > >
> >
> >
> >
> > --
> > http://xiao-feng.blogspot.com
> >
>

------=_Part_13236_8266758.1197307186137--