🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

Article View: comp.arch
Article #13619

Re: Re: the NS32532

#13619
From: clif
Date: Mon, 13 Apr 1987 19:03
46 lines
2760 bytes
> In article <4190@nsc.nsc.com> roger@nsc.nsc.com (Roger Thompson) writes:
> >	32332 @ 15 MHZ version 1.0 optimized ............ 3943.5
> >	32332 @ 15 MHZ version 1.1 optimized ............ 3183.0
> >	32332 @ 15 MHZ version 1.1 no global opt......... 2724.0
> >
> >	32532 @ 30 MHZ version 1.0 optimized ............ 19800
> >	32532 @ 30 MHZ version 1.1 optimized ............ 16600
> >	32532 @ 30 MHZ version 1.1 no global opt ........ 14100
> >
> >	Yes we have a new set of compilers in the works that among
> >	other things supports global optimizations.
> Unfortunately the Dhrystone benchmark does not support global
> optimizations; it says so right in the instructions.  A good
> global optimizer would reduce dhrystone to a few arithmetic
> instructions, 2 calls to times() and 1 to write().  As current
> global optimizers get better they will aproach this ideal by
> eliminating more and more code that does nothing in the benchmark
> but accomplishes real work in the code the benchmark is supposed
> to represent.
> 
> The above numbers represent a dhrystone rating of about 14000, not
> the 18000 previously quoted.
> 
> Of course, the above applies to everyone, I don't mean to single
> out nsc.  If your going to publish a dhrystone number (or any
> benhmark for that matter) keep the global optimizers away from it.
> -- 
> Jim Prescott	rochester!moscom!jgp

While, I agree that using a global optimizing compiler is not exactly
kosher for the dhrystone benchmark it sometimes neccessary.  For 
instance: the GreenHills C compiler is a globally optimizing compiler
which generates good Dhrystone numbers for many architectures including
the 80386 and 68020.	 Unfortunately, I can not find a compiler
switch to turn off the global optimizer.  This leaves me with two choices:
post the numbers with the cavet that this a global optimizing compiler 
or use the results of a medicore compiler like CC.  I don't really
think that global optimization is a problem as long as it is clearly
labeled. 
-- 
Clif Purkiser, Intel, Santa Clara, Ca.
{pur-ee,hplabs,amd,scgvaxd,dual,idi,omsvax}!intelca!clif

These views are my own property.  However anyone who wants them can have 
them for a nominal fee.
	
Technical Details
Message-ID: <2577@intelca.UUCP>
Path: arc1-ca.pugleaf.net!utzoo!utgpu!water!watnot!watmath!clyde!rutgers!ames!oliveb!intelca!clif
References: <4190@nsc.nsc.com> <951@moscom.UUCP>

Show Full Headers
Complete Article Headers
Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: arc1-ca.pugleaf.net!utzoo!utgpu!water!watnot!watmath!clyde!rutgers!ames!oliveb!intelca!clif
From: clif@intelca.UUCP
Newsgroups: comp.arch,comp.sys.nsc.32k
Subject: Re: Re: the NS32532
Message-ID: <2577@intelca.UUCP>
Date: Mon, 13-Apr-87 14:03:18 EST
Article-I.D.: intelca.2577
Posted: Mon Apr 13 14:03:18 1987
Date-Received: Wed, 15-Apr-87 04:06:03 EST
References: <4190@nsc.nsc.com> <951@moscom.UUCP>
Organization: Intel, Santa Clara, Ca.
Lines: 46