Path: utzoo!utgpu!jarvis.csri.toronto.edu!mailrus!tut.cis.ohio-state.edu!cs.utexas.edu!sun-barr!sun!chiba!khb From: khb@chiba.Sun.COM (Keith Bierman - SPD Languages Marketing -- MTS) Newsgroups: comp.arch Subject: Re: Workstations for Lisp Message-ID: <109849@sun.Eng.Sun.COM> Date: 13 Jun 89 23:32:45 GMT References: <486@unipas.fmi.uni-passau.de> <5187@pt.cs.cmu.edu> <109577@sun.Eng.Sun.COM> <21525@winchester.mips.COM> Sender: news@sun.Eng.Sun.COM Reply-To: khb@sun.UUCP (Keith Bierman - SPD Languages Marketing -- MTS) Organization: Sun Microsystems, Mountain View Lines: 29 In article <21525@winchester.mips.COM> mash@mips.COM (John Mashey) writes: > >Most R2000 or R3000 systems, DS3100 included, use 4-deep write-buffers, >often built with R2020 Write Buffers. I stand corrected. Now all I have to do is understand why our 3100 performance does not scale trivially to our M2000 .... suggestions ? Memory system had seemed so attractive as an explaination .... >Unless I misread the Sun info (which I don't have handy), both SS1 and >SS330 use write-thru caches with a 1-deep write buffer: please correct >if this is wrong. Reverse engineering (i.e. looking at the performance on the same codes) one can see the SS1 stalling much more often than stingray. Clearly my memory is faulty (or I would not have misquoted the MIPS/DEC lit :>).. but my recollection is that 4/330 has a double word of buffering. Sad to say, I must confess to not having the lit handy. I will check and if no one beats me to the correction, I will post one (if needed). :> cheers Keith H. Bierman |*My thoughts are my own. Only my work belongs to Sun* It's Not My Fault | Marketing Technical Specialist ! kbierman@sun.com I Voted for Bill & | Languages and Performance Tools. Opus (* strange as it may seem, I do more engineering now *)