Return to BSD News archive
Received: by minnie.vk1xwt.ampr.org with NNTP id AA5599 ; Fri, 01 Jan 93 01:50:16 EST Xref: sserve comp.unix.pc-clone.32bit:833 comp.unix.sysv386:26523 comp.unix.bsd:9396 comp.os.linux:20640 Newsgroups: comp.unix.pc-clone.32bit,comp.unix.sysv386,comp.unix.bsd,comp.os.linux Path: sserve!manuel.anu.edu.au!munnari.oz.au!uunet!gatech!destroyer!cs.ubc.ca!van-bc!bhenning From: bhenning@wimsey.bc.ca (Bill Henning) Subject: Re: ET4000/W32 and VESA VL-Bus Organization: Wimsey Information Services Date: Mon, 28 Dec 1992 02:03:50 GMT Message-ID: <Bzy5qE.Dp4@wimsey.bc.ca> References: <1992Dec20.153314.24148@Informatik.TU-Muenchen.DE> <BzKqwn.5vA@wimsey.bc.ca> <003g02AH30U501@JUTS.ccc.amdahl.com> Lines: 24 In article <003g02AH30U501@JUTS.ccc.amdahl.com> gab10@griffincd.amdahl.com (Gary A Browning) writes: >In article <BzKqwn.5vA@wimsey.bc.ca>, bhenning@wimsey.bc.ca (Bill >Henning) writes: >> The problem with DRAM based accelerators, even if they get 160Mb/sec >> bandwidth out of the DRAM's is that the bandwidth is not >> random-access, .... >> even if the bus interface to the local bus supports it. >> >> Bill > >Don't overlook bus width in your analysis. The W32 sounds like it is 32 bit >wide path instead of the 8 (16?) - bit wide path of the standard ET4000. >This would quadruple (double?) the bandwidth of any type of ram access. > >-- >Gary Browning | Exhilaration is that feeling you get just after a > | great idea hits you, and just before you realize > | what is wrong with it. I was already assuming 32 bit bus access - otherwise performance is MUCH worse. Bill