Re: D.H. Brown: EV7 AlphaServers Deliver Enhanced RAS and Powerful Performance
From: Fred Kleinsorge (my-last-name_at_stardotzko.dec.com)
Date: 07/24/03
- Next message: JF Mezei: "Re: OpenVMS homepage and 'sales.liveperson.net' ?"
- Previous message: JF Mezei: "Re: IDC reports PC Market Share: Dell over HP by a nose; both pulling"
- In reply to: Robert Klute: "Re: D.H. Brown: EV7 AlphaServers Deliver Enhanced RAS and Powerful Performance"
- Next in thread: JF Mezei: "Re: D.H. Brown: EV7 AlphaServers Deliver Enhanced RAS and Powerful Performance"
- Reply: JF Mezei: "Re: D.H. Brown: EV7 AlphaServers Deliver Enhanced RAS and Powerful Performance"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ] [ attachment ]
Date: Thu, 24 Jul 2003 21:12:34 GMT
Yes. My understanding is that the compiler is smart enough to determine the
specific cicumstances that allow it to safely do an optimization that has
dramatic effects on the benchmark. Of course, the benchmark wasn't trying
to test how well that a specific structure layout could be optimized. And
it's fragile in the sense that the circumstances are very limited (can you
say, nearly tailored for this test) in which it can safely do the
optimization. The uproar is that optimization in general is good, but
optimizing for a specific benchmark using mechanism that can't be applied to
real-world applications is bad -- so did Sun cross that line? A lot of
people think they did - that were it not for this benchmark (and their
scores), they would not have tried to solve this problem. They may have
been within the letter of the rules, but most people trying to use the SPEC
values to compare systems, and compare versions of the same types of systems
see this as chipping away at the legitimacy of the current benchmark
numbers. Of course, Sun's performance still is way behind even with the
optimization - it just took them out of the "not on the same planet" range.
"Robert Klute" <robert_klute_removethis@hp.com> wrote in message
news:moe0ivg0punds6g3en8qqpjp6deb5fr4u5@4ax.com...
> On Thu, 24 Jul 2003 13:42:44 -0400, JF Mezei <jfmezei.spamnot@istop.com>
> wrote:
>
> >Fred Kleinsorge wrote:
> >> The games Sun used in boosting a Spec result are widely known, and have
> >> re-sparc'ed a lively debate on how this type of stuff might be
prevented.
> >> In short, a specific compiler optimization for a very limited type of
> >> application juiced up your numbers.
> >
> >Interesting you would mention this. I strongly suspect that IA64 is far
more
> >guilty of this type of behaviour than SPARC or other chips, simply
because the
> >EPIC concept requires the compiler to do very specific work to make a
program
> >run fast.
>
> Isn't the job of any compiler to do specific work that makes a program
> run fast? Isn't that what all those compiler flags are for? I thought
> the uproar was over the way the Sun compiler modifies data structures to
> optimize the 179.art segment?
>
>
http://www.spec.org/osg/cpu2000/results/res2003q2/cpu2000-20030326-02001.htm
l
>
> See John McCalpin's excellent post in Ace's Hardware for an explanation:
> http://www.aceshardware.com/forum?read=105021973
>
> Basically though, "The huge boost [in 179.art] comes from a combination
> of a large cache and a set of code transformations that convert an array
> of structs into a struct of arrays".
- Next message: JF Mezei: "Re: OpenVMS homepage and 'sales.liveperson.net' ?"
- Previous message: JF Mezei: "Re: IDC reports PC Market Share: Dell over HP by a nose; both pulling"
- In reply to: Robert Klute: "Re: D.H. Brown: EV7 AlphaServers Deliver Enhanced RAS and Powerful Performance"
- Next in thread: JF Mezei: "Re: D.H. Brown: EV7 AlphaServers Deliver Enhanced RAS and Powerful Performance"
- Reply: JF Mezei: "Re: D.H. Brown: EV7 AlphaServers Deliver Enhanced RAS and Powerful Performance"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ] [ attachment ]
Relevant Pages
|