home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / os / os2 / misc / 35572 < prev    next >
Encoding:
Internet Message Format  |  1992-11-07  |  1.8 KB
  1. Path: sparky!uunet!cis.ohio-state.edu!zaphod.mps.ohio-state.edu!news.acns.nwu.edu!network.ucsd.edu!galaxy!watnxt06.ucr.edu
  2. From: insom@watnxt06.ucr.edu (Chris Ulrich)
  3. Newsgroups: comp.os.os2.misc
  4. Subject: Re: Does VESA Local Bus put a huge strain on a CPU?
  5. Message-ID: <23700@galaxy.ucr.edu>
  6. Date: 6 Nov 92 04:33:04 GMT
  7. References: <82994@ut-emx.uucp>
  8. Sender: news@galaxy.ucr.edu
  9. Lines: 26
  10. Nntp-Posting-Host: watnxt06.ucr.edu
  11.  
  12.  
  13.   I see this local bus/EISA debate as quite silly.  They are 
  14. useful for two entirely different kinds of cards.
  15.   Local bus is useful for only dumb frame buffers.  Frame buffers
  16. such as SVGA cards require all the bandwidth they can get, and 
  17. also require the CPU to do anything.  I suppose this would also
  18. hold true for sound cards and digitized sound.
  19.   EISA is much better for those cards which have lots of 
  20. intelligence.  This is because EISA (and MCA) are designed to 
  21. share the bus between multiple busmasters.  There is no ethernet
  22. or SCSI card in existence which could saturate a 33mb/sec bus.
  23. Furthermore, even if they could, they would be saturating the bus,
  24. not CPU cycles, because they would be conducting the transfer 
  25. themselves.  The CPU in EISA systems is still able to function 
  26. out of its cache or access non locked memory (memory not accessed
  27. by the busmaster).
  28.   Local Bus is not even a decent solution to video.  A real video
  29. standard would have the video memory located at the top of the
  30. memory map (all of it, not in 64k chunks), a smart coprocessor,
  31. and DMA.  
  32.   Unless Local Bus standardizes interrupt sharing and multiple 
  33. busmasters, it is not an acceptable replacement for EISA.
  34.   Of course, that doesnt mean you shouldnt have both...
  35. --
  36. insom@ac.ucr.edu                        You wouldnt treat me this
  37. insom@ucrvms.bitnet                     way if I were a palindrome
  38.