home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / arch / 8216 < prev    next >
Encoding:
Text File  |  1992-07-22  |  1.4 KB  |  39 lines
  1. Newsgroups: comp.arch
  2. Path: sparky!uunet!darwin.sura.net!jvnc.net!nuscc!eletanjm
  3. From: eletanjm@nuscc.nus.sg (TAN JIN MENG)
  4. Subject: BUSES
  5. Message-ID: <1992Jul23.092211.18462@nuscc.nus.sg>
  6. Organization: National University of Singapore
  7. Date: Thu, 23 Jul 1992 09:22:11 GMT
  8. Lines: 29
  9.  
  10. I'm a tyro in this group. So please be gentle ;-).
  11.  
  12. I'm just wondering...
  13.  
  14. With all this talk about current and future buses for desktop machines
  15. (EISA, TurboChannel etc), a lot of concern seems to be on the speed of
  16. the bus (as opposed to for example interrupt/device management or the
  17. ability to use different speed devices efficiently).
  18.  
  19. It seems to me that many if not most applications do not need (relatively 
  20. speaking) such a high bandwidth. Even with an application such as FDDI, 
  21. the bandwidth is shared by many machines anyway and also software bottleneck 
  22. becomes more significant at those speeds. 
  23.  
  24. Software controls the rate at which you exercise the bus at these high speeds.
  25. Also, if I get my file within 0.5 sec as opposed to 1.0 sec, will I
  26. notice enough to pay for the hardware? 
  27.  
  28. Aren't there other aspects of system design (including software) that we
  29. should look at to get optimum cost/benefit? 
  30.  
  31. Faster is always sexier I know.
  32.  
  33. Anyone care to have a go?
  34.  
  35. jin meng
  36.  
  37. PS. I admit that there will be always a need for high speed buses for
  38. special purposes. I am talking more about general desktop machines. 
  39.