home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / sys / ibm / pc / hardware / 21914 < prev    next >
Encoding:
Text File  |  1992-08-15  |  1.7 KB  |  39 lines
  1. Newsgroups: comp.sys.ibm.pc.hardware
  2. Path: sparky!uunet!cis.ohio-state.edu!magnus.acs.ohio-state.edu!usenet.ins.cwru.edu!cleveland.Freenet.Edu!bp112
  3. From: bp112@cleveland.Freenet.Edu (Steven C. Lin)
  4. Subject: Re: VESA local bus -- A big deal?!
  5. Message-ID: <1992Aug15.162928.16920@usenet.ins.cwru.edu>
  6. Sender: news@usenet.ins.cwru.edu
  7. Nntp-Posting-Host: slc10.ins.cwru.edu
  8. Reply-To: bp112@cleveland.Freenet.Edu (Steven C. Lin)
  9. Organization: Case Western Reserve University, Cleveland, OH (USA)
  10. References: <2_byvah@rpi.edu> <Bsu89r.3K6@cs.dal.ca> <sheldon.713715436@pv141b.vincent.iastate.edu> <1992Aug15.132810.25446@spdcc.com>
  11. Date: Sat, 15 Aug 92 16:29:28 GMT
  12. Lines:       26
  13.  
  14.  
  15. In a previous article, gilem@aix02.ecs.rpi.edu (Michael R. Gile) says:
  16.  
  17. >My problem now is, what's the big deal about local bus.  I have
  18. >seen some benchmarks recently from local bus vs. coprocessed
  19. >video (both S3 chipsets) which shows only minimal gains (1-2%). 
  20. >This is hardly noticable, nor is it worth the extra cost of local
  21. >bus now. (is the S3 built around the 8MHz ISA bus?)  Since I am
  22. >      Has anyone seen better improvements than this, because I am
  23. >not impressed!
  24. >
  25. >                                      - Mike Gile (gilem@rpi.edu)
  26. >
  27. Well, as far as I know, the VESA standard for local bus is very new, since
  28. my July PC magazine says that it is not finalized yet, I would assume that
  29. the standard became official sometime in July or August?  which means that
  30. any benchmarks or reviews of local bus systems you may have read in
  31. magazines are probably using a proprietary bus system, not the VESA
  32. standard.  In addition to not being compatible with VESA, I would assume
  33. that not all of these proprietary systems are up to par with the VESA
  34. performance!
  35.  
  36. Steve Lin
  37. bp112@cleveland.freenet.edu
  38. -- 
  39.