home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / unix / pcclone / 32bit / 908 < prev    next >
Encoding:
Internet Message Format  |  1992-12-27  |  1.5 KB
  1. Xref: sparky comp.unix.pc-clone.32bit:908 comp.unix.sysv386:17631 comp.unix.bsd:10667 comp.os.linux:21859
  2. Newsgroups: comp.unix.pc-clone.32bit,comp.unix.sysv386,comp.unix.bsd,comp.os.linux
  3. Path: sparky!uunet!gatech!destroyer!cs.ubc.ca!van-bc!bhenning
  4. From: bhenning@wimsey.bc.ca (Bill Henning)
  5. Subject: Re: ET4000/W32 and VESA VL-Bus
  6. Organization: Wimsey Information Services
  7. Date: Mon, 28 Dec 1992 02:03:50 GMT
  8. Message-ID: <Bzy5qE.Dp4@wimsey.bc.ca>
  9. References: <1992Dec20.153314.24148@Informatik.TU-Muenchen.DE> <BzKqwn.5vA@wimsey.bc.ca> <003g02AH30U501@JUTS.ccc.amdahl.com>
  10. Lines: 24
  11.  
  12. In article <003g02AH30U501@JUTS.ccc.amdahl.com> gab10@griffincd.amdahl.com (Gary A Browning) writes:
  13. >In article <BzKqwn.5vA@wimsey.bc.ca>, bhenning@wimsey.bc.ca (Bill
  14. >Henning) writes:
  15. >> The problem with DRAM based accelerators, even if they get 160Mb/sec
  16. >> bandwidth out of the DRAM's is that the bandwidth is not
  17. >> random-access,
  18. ...
  19. >> even if the bus interface to the local bus supports it.
  20. >> 
  21. >> Bill
  22. >
  23. >Don't overlook bus width in your analysis.  The W32 sounds like it is 32 bit
  24. >wide path instead of the 8 (16?) - bit wide path of the standard ET4000.
  25. >This would quadruple (double?) the bandwidth of any type of ram access.
  26. >
  27. >-- 
  28. >Gary Browning        | Exhilaration is that feeling you get just after a
  29. >             | great idea hits you, and just before you realize
  30. >                     | what is wrong with it.
  31.  
  32. I was already assuming 32 bit bus access - otherwise performance is MUCH
  33. worse.
  34.  
  35. Bill
  36.