xxdon@monet.lerc.nasa.gov (Don Sosoka) (12/03/90)
Fow what it's worth here's a few more on the mini-benchmark... Vendor Model User Real SGI 4D25 8.1 8.4 SGI 320 (2 cpu) 5.2 5.2 SGI 340 (4 cpu) 5.2 5.2 SGI 3030 37.8 39.4 CRAY XMP4/8 7.8 20.7 CRAY YMP4/64 5.9 13.9 CONVEX C220 9.4 10.4 IBM RS6000/530 3.5 3.5 <--- repeatedly! AMDAHL 5870 (UTS) 4.3 17.6
toyama@ae.keio.ac.jp (Motomichi Toyama) (12/04/90)
Fujitsu M780/10 UTS toyama@M780(UTS) 11: echo 2^5000/2^5000 | /bin/time bc 19038: echo: Exit status 0 1 real 1.9 user 1.8 sys 0.0 # mainframe unix still have place to live? -- Motomichi Toyama (toyama@ae.keio.ac.jp) / Keio University, Yokohama Japan
NEUMANN@awiwuw11.wu-wien.ac.at (Gustaf Neumann) (12/11/90)
>>>>>>>>>>>> bc hit parade <<<<<<<<<<<<<<<<<<<<< so far >>>>>>>>>>>>>> The bc-test echo 2^5000/2^5000 | /bin/time bc leads to following results (user time): machine reported by -------------------------------------------------------------- Fujitsu M780/10 UTS 1.8 toyama@ae.keio.ac.jp MIPS RC6280 2.8 kmk@assari.tut.fi Alliant FX/2800 (28x i860) 3.5 turner@sp64.csrd.uiuc.edu IBM RS/6000 720 3.5 tif@doorstop.austin.ibm.com IBM RS/6000 530 3.5 xxdon@monet.lerc.nasa.gov AMDAHL 5870 (UTS) 4.3 xxdon@monet.lerc.nasa.gov IBM RS/6000 320 4.4 de5@ornl.gov Silicon Graphics 4D/380SX 5.2 kmk@assari.tut.fi SGI 320 (2 cpu) 5.2 xxdon@monet.lerc.nasa.gov SGI 340 (4 cpu) 5.2 xxdon@monet.lerc.nasa.gov HP9000/870 5.5 dvl@hpcupt1.cup.hp.com Stardent 3000 5.8 kmk@assari.tut.fi Cray Y/MP 2/64 5.9 dwf@lanl.gov Cray Y/MP 4/64 5.9 xxdon@monet.lerc.nasa.gov DECstation 5000/200 (U 4.0) 6.0 neumann@awiwuw11.bitnet MIPS RC3280 6.0 kmk@assari.tut.fi MIPS M/2000 6.0 zdenko@katzo.rice.edu DECsystem 5810 6.2 de5@ornl.gov Sparcstation 2GX 7.0 dwf@hope.lanl.gov Cray X/MP 4/8 7.8 xxdon@monet.lerc.nasa.gov DG 88K 25MHz 8.0 philip@beeblebrox.dle.dg.com SGI 4D/25 8.1 xxdon@monet.lerc.nasa.gov Sun 4/470 (sos 4.1) 8.3 casper@fwi.uva.nl Cray X/MP (Unicos) 8.6 de5@ornl.gov Convex C220 9.4 xxdon@monet.lerc.nasa.gov Compaq 486/25 ISC 2.2 9.1 suitti@ima.isc.com DECstation3100 (U 4.0) 9.4 neumann@awiwuw11.bitnet HP9000/375 (HP-UX 7.0) 9.4 wunder@orac.HP.COM Convex C220 9.5 dwf@lanl.gov DECstation3100 (U 3.1) 9.6 neumann@awiwuw11.bitnet MIPS RS2030 10.0 zdenko@katzo.rice.edu Sun 4/370 (sos 4.1) 11.2 casper@fwi.uva.nl SPARCstation 1+ (sos 4.1) 12.0 casper@fwi.uva.nl Compaq 386/33 ISC 2.2 12.1 suitti@ima.isc.com DECstation 2100 12.6 meissner@osf.org SGI 4D/20 13.1 buck@drax.gsfc.nasa.gov SLC (sos 4.1) 15.1 casper@fwi.uva.nl Sparcstation 1 15.2 juan@burdell.gatech.edu Compaq 386/25 ISC 2.2 16.1 suitti@ima.isc.com HP9000/835 (HP-UX 7.0) 18.0 neumann@awiwuw11.bitnet NeXT 68030 (Mach 1.0) 18.8 castor@fizzle.stanford.edu MicroVAX 3200 20.5 crispin@csd.uwo.ca Sequent S27 26.7 crispin@csd.uwo.ca Sun 3/80 (sos 4.1) 28.6 casper@fwi.uva.nl Sun 3/60 (sos 4.1) 29.9 casper@fwi.uva.nl SGI 3030 37.8 xxdon@monet.lerc.nasa.gov Sun 3/110 39.3 crispin@csd.uwo.ca Sun 3/50 42.9 crispin@csd.uwo.ca Sun 3/50 43.4 zeeff@b-tech.ann-arbor.mi.us 80286 (Xenix) 45.1 ethan@thinc.UUCP Zenith 386/20 ISC 2.2 84.6 suitti@ima.isc.com Comments about the comparability of the results above by amos@taux01.nsc.com: > "bc" is probably the worst choice of a utility to benchmark by. On most > UNIX systems, it just parses expressions, and forks "dc" to execute them > ("dc" is a reverse-polish string based numeric interpreter). So the > results depend on how fast your system forks, and how "bc" and "dc" > communicate. > > Besides, there are several versions of "bc" (some of which do not fork "dc") > and since the original version of "dc" was rather buggy, several versions > of it too, some of which are major rewrites. > > The bottom line is: comparing "bc" runs on different systems is necessarily > comparing apples and oranges (or at least plums & prunes) unless you're > sure you have the same version of "bc", "dc", and UNIX. Results posted > here so far indicate most comparisons are indeed meaningless. Remarks in favour of this test: - simple test, easy to remember, no effort involved to run it - unpredicted benchmark, unlikely that a vendor has an optimized bc or a compiler that generates especially fast code for bc. -gustaf ------------------------------------------------------------------- Gustaf Neumann neumann@dec4.wu-wien.ac.at, neumann@awiwuw11.bitnet Vienna University of Economics and Business Administration Augasse 2-6, A-1090 Vienna, Austria Tel: +43 (222) 31-336 x4533 Fax 347-555