Path: utzoo!utgpu!jarvis.csri.toronto.edu!rutgers!deimos.cis.ksu.edu!uxc!uxc.cso.uiuc.edu!mcdurb!dfields
From: dfields@mcdurb.Urbana.Gould.COM
Newsgroups: comp.arch
Subject: Re: Criteria ... [really: are N des
Message-ID: <28200317@mcdurb>
Date: 19 May 89 13:26:00 GMT
References: <173@dg.dg.com>
Lines: 23
Nf-ID: #R:dg.dg.com:173:mcdurb:28200317:000:1124
Nf-From: mcdurb.Urbana.Gould.COM!dfields    May 19 08:26:00 1989


>/* Written  9:25 am  May 16, 1989 by mpogue@dg.dg.com in mcdurb:comp.arch */
>/* ---------- "Re: Criteria ... [really: are N des" ---------- */
>In article <104996@sun.Eng.Sun.COM> khb@sun.UUCP (Keith Bierman - SPD Languages Marketing -- MTS) writes:
>>>
>>>  My preference is to have a third party do the numbers (no fudging allowed!).
>>
>>Typically no understanding of the machine either. In former
>>incarnations I was on the user side. It was (and still is) that most
>>third parties don't know how to run the machine right. So as a
>>customer I got each vendor to run my code, and explain what they did.
>>directives could increase performance fourfold .... 
>
>  Yes, I agree that it is important to get somebody knowledgable to run
>the benchmarks.  Just any third party will not do (sorry I didn't make this
>clearer).

If a  third party can't figure out how to make a simple benchmark
run fast on your system, how do you expect your customers to be able
port an aplication which takes advantage of your high performance system?

Dave Fields // Motorola MCD
dfields@urbana.mcd.mot.com uunet!uiucdcs!mcdurb!dfields