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.