🚀 go-pugleaf

In article <102441@sun.Eng.Sun.COM> jek3@sun.UUCP (Joseph Kowalski) writes:
>In article <18653@winchester.mips.COM> mash@mips.COM (John Mashey) writes:
>>In article <147@dg.dg.com> rec@dg.UUCP (Robert Cousins) writes:
>>.....
>>>                                       Note that compilers for the 88K
>>>produce code RIGHT NOW with performance (Mhz for Mhz) equal to the MIPS 
>>-----------------------------^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
>>>compiler, which has been in development for years. 
>
>I fail to see the preoccupation with 'Mhz for Mhz'. I certainly would like
>to believe that one can design a simple state machine (like a D flip-flop)
>to run at a higher clockrate than a DSP or CPU chip (like 88K or R3000).
>If an architect chooses to implement an instruction set to aid compiler
>designers/performance at the expense of clockrate, that's his design
>decision. I certainly don't want to see 33 Mhz 88K compared against an
>R2000 at 8 Mhz (or other sadism), but I feel that the following is a much
>more meaningful comparison than 'Mhz for Mhz':
>
>	Compare performance on the highest performing currently available
>	implementation of an architecture in a given technology
>
>I realize that 'Mhz for Mhz' has more meaning in the RISC, ONE INSTRUCTION PER
>CLOCK world than in the CISC world, but even this is doubtful.
>
>Joe Kowalski (No fancy signature - My opinions are obviously my own - I tried,
>	      but I couldn't give them away!)

Your point is well taken.  By saying "Mhz for Mhz," I was attempting to make
sure that reasonable machines are being compared.  There is a penchant in
this world for people to compare 25 Mhz MIPS machines with 16 Mhz 88Ks.
Another way to put it is to compare machines dollar for dollar.  It is
not suprising that a $40K machine should compare well in performance to a
machine selling for under $10K.  We can talk $/Dhrystone MIP.  We can
talk $/Mhz or we can flat out match high end to high end.  However,
each of these has its disadvantages.  

Dollar for dollar comparisons don't apply when there is no overlap
	between the machines.  For example, comparing a Cray with
	a PC. :-)

High end to high end suffers from the same problem:  one person's high
	end is another person's low end.  This is especially true in
	the 88K world where a limited number of products are currently
	announced.  If you want to base this upon announments of planned
	products, then the world changes again.  It was stated at the
	AViiON announcement that there will be a 500 MIPS quad ECL 88K product. 
	Should this be brought into the current discussion?  Probably
	not.

Low end to low end is somewhat more fair.  In this space, the design
	goals are more similar and therefore it is often easier
	to make a direct comparison.  However, the Cray vs PC problem
	still applies.

$/MIP is the most fair since it more readily allows people to judge
	in an apples-for-apples equation.  When one looks at a machine
	it should be possible to measure value (at least for a 
	known group of problems) in relation to this.
 
Comments?

Robert Cousins

Speaking for myself alone.