Path: utzoo!mnetor!uunet!husc6!cmcl2!brl-adm!umd5!ames!ucbcad!ucbvax!hplabs!hp-sdd!ncr-sd!ivory!mike
From: mike@ivory.SanDiego.NCR.COM (Michael Lodman)
Newsgroups: comp.arch
Subject: Re: Why is SPARC so slow?
Message-ID: <260@ivory.SanDiego.NCR.COM>
Date: 16 Dec 87 21:39:42 GMT
References: <6964@apple.UUCP> <8885@sgi.SGI.COM> <1115@winchester.UUCP> <6993@apple.UUCP> <1941@ncr-sd.SanDiego.NCR.COM> <36626@sun.uucp>
Reply-To: mike@ivory.UUCP (Michael Lodman)
Organization: NCR Corporation - Advanced Development
Lines: 16
Keywords: SPARC, RISC, Sun-4/200, R2000, M/1000

In article <36626@sun.uucp> garner@sun.UUCP (Robert Garner) writes:
>Sun's data on MIPS performance implies that the Sun-4/200
>has approximately the same INTEGER performance as the M/1000.

The data I've seen in no way backs up this statement. From integer 
benchmarks I've run on the Sun-4 and a 12Mhz MIPS M/800, the MIPS 
is indeed about 20%-30% faster conservatively. I haven't yet run 
any floating-point benchmarks.

-- 
Michael Lodman  (619) 485-3335
Advanced Development NCR Corporation E&M San Diego
mike.lodman@ivory.SanDiego.NCR.COM 
{sdcsvax,cbatt,dcdwest,nosc.ARPA,ihnp4}!ncr-sd!ivory!mike

When you die, if you've been very, very good, you'll go to ... Montana.