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 aleksey.shipilev@gmail.com
 designates 209.85.198.240 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:content-transfer-encoding:content-disposition
         :references;
        b=p1RNxem/i5X9vVLoxrY2XrOWZZyk8pwjQkwfknKi9cAnhR4/hLXw4YY2qgkt7uEZ5l
         NFz/G187fRfxw71X+BgB0B57hAGL/W90clHzKAUv97tuooE5fZrlOD3/vw4GTjKSbWCa
         rM/LdmoXh1I+ioNAnceQHzLFruYa52RyYR+UU=
Message-ID: <4bebff790810140543k390b1417hdb9b381d98b31c6@mail.gmail.com>
Date: Tue, 14 Oct 2008 16:43:25 +0400
From: "Aleksey Shipilev" <aleksey.shipilev@gmail.com>
To: dev@harmony.apache.org
Subject: Re: [drlvm][jit][opt][performance] Inliner heuristics improvements:
 hotness and instance initializer bonuses
In-Reply-To: <984eb2c70810132011r390fbd2lda9dd696bd8864c0@mail.gmail.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
References: <984eb2c70810111818q691cd09elb8ff28591b7aeb1@mail.gmail.com>
	 <4bebff790810121230k4c3566f8xeb57903606f5accf@mail.gmail.com>
	 <984eb2c70810122257t2f4b9c0y17f73936480bc165@mail.gmail.com>
	 <984eb2c70810132011r390fbd2lda9dd696bd8864c0@mail.gmail.com>

Hi, Bu Qi!

It's great to have escape analyzer make more through optimizations.
But the data seem to be crapped by mailer :) Can you decipher this
line? What do the numbers there mean?

scimark.monte_carlo 298.17 707.2 977.29 1.371801321 2.277627

And what's the Cycler?

Thanks,
Aleksey.

On Tue, Oct 14, 2008 at 7:11 AM, bu qi cheng <buqi.cheng@gmail.com> wrote:
> Hi Aleksey:
>
>  This is the data which will not don't count on InstanceInitilization bonus.
> However, we fixed the escape analysis and extend the analysis method level:
> max_level=2. With this fix, the sync elimiation is done also. However, the
> scalar replacement still don't work. The data is like following:
>
>      clean max_level=2 InstanceInitilize inline max_level=2 InstanceInitilize inline


> From the data we can find the benefit distribution is: inline: 100,  sync
> elimiation: 300, scalar replacement:300.
>
> So, I think we add patch for inliner and escape analysis at same time is
> better. For scalar replacement, we are working on another project(Cycler) on
> escape analysis, I think it can solve the problem.
>
> Thanks!
>
> Buqi
>