Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!sdd.hp.com!uakari.primate.wisc.edu!uflorida!gatech!ncar!boulder!uswat!frontier!news!grunwald From: grunwald@foobar.colorado.edu (Dirk Grunwald) Newsgroups: comp.graphics.visualization Subject: Re: more hardware blah blah Message-ID: <1990Nov21.160508.501@csn.org> Date: 21 Nov 90 16:05:08 GMT References: <1990Nov19.204135.16561@batcomputer.tn.cornell.edu> Sender: news@csn.org Reply-To: grunwald@foobar.colorado.edu Organization: University of Colorado at Boulder Lines: 20 In-Reply-To: mccalpin@perelandra.cms.udel.edu's message of 20 Nov 90 02:02:49 GMT Nntp-Posting-Host: foobar.colorado.edu >>>>> On 20 Nov 90 02:02:49 GMT, mccalpin@perelandra.cms.udel.edu (John D. McCalpin) said: >On 19 Nov 90 20:41:35 GMT,andyrose@batcomputer.tn.cornell.edu(Andy Rose)said: Andy> At SuperComputing '90 last week in NY City, IBM had a Andy> RS-6000 550 mowing down linpacks at ~65 mflops. $140,000 to Andy> $500,000. JDM> Please note that this performance level is for the 1000x1000 "anything JDM> goes" LINPACK test, not the more commonly quoted 100x100 "you can't JDM> even modify the comments" version. I am anticipating that the latter JDM> (which IBM uses for their published FP performance numbers) will be JDM> about 19 MFLOPS, based on the speedup of the clock from the 540 to the JDM> 550 (41.? MHz vs 30 MHz). --- One should also note that the ``anything goes'' doesn't mean that they coded it in assembler or anything, which is what you need to do to get speed out of the Intel i860. In fact, they just used block algorithms to increase cache locality, if I recall.