Ken Zadeck asked me to do another round of DF branch benchmarking on
SPEC2000. There is a progress on compilation speed (0.5%-1%) since
last my benchmarking pratically for all platforms. Now in average
code size and SPEC scores are practically the same for the mainline
and the branch. To be
On 5/7/07, Vladimir Makarov <[EMAIL PROTECTED]> wrote:
Richard Guenther wrote:
> On 5/7/07, Vladimir Makarov <[EMAIL PROTECTED]> wrote:
>
>>
>> Compilation time SPECINT2000 (user time sec):
>> **Mainline Branch Change
>>
>> x86_64139.39 148.48 +6.
Richard Guenther wrote:
On 5/7/07, Vladimir Makarov <[EMAIL PROTECTED]> wrote:
Compilation time SPECINT2000 (user time sec):
**Mainline Branch Change
x86_64139.39 148.48 +6.5%
Itanium 446.00 484.56 +8.6%
PPC64 374.33 399.72 +6.8%
On 5/7/07, Vladimir Makarov <[EMAIL PROTECTED]> wrote:
This is one more df-branch comparison after the last merge branch (done
05/03) with the mainline on the merge point (r124382).
There is a big progress since last my benchmarking on compilation
speed of SPECFP2000 for PPC64. But whatever
This is one more df-branch comparison after the last merge branch (done
05/03) with the mainline on the merge point (r124382).
There is a big progress since last my benchmarking on compilation
speed of SPECFP2000 for PPC64. But whatever changed this does not
work well for all platforms and ben
Vladimir Makarov wrote:
I've promised to make more thorough and accurate comparison of
df-branch and mainline on last merge point to the branch. The
df-branch compiler does not include sunday's Steven's patch which uses
a separate obstack for df bitmaps. It does not change code but it can
spe
On 4/23/07, Seongbae Park <[EMAIL PROTECTED]> wrote:
As for the perlbmk slowdown on P4.
my initial guess is that it might be due to cross-jumping or block ordering
- those are things I noticed the dataflow branch generates slightly
different code
than mainline.
I didn't try to narrow down where
On 4/23/07, Vladimir Makarov <[EMAIL PROTECTED]> wrote:
...
To improve the scores I'd recommend to pay attention to big
degradation in SPEC score:
9% perlbmk degradation on Pentium4
3% fma3d degradation on Core2
3% eon and art degradation on Itanium
3% gap and wupwise degradation on PPC64.
V
I've promised to make more thorough and accurate comparison of
df-branch and mainline on last merge point to the branch. The
df-branch compiler does not include sunday's Steven's patch which uses
a separate obstack for df bitmaps. It does not change code but it can
speedup the df-branch compile
