home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / arch / 8361 < prev    next >
Encoding:
Text File  |  1992-07-27  |  2.3 KB  |  49 lines
  1. Newsgroups: comp.arch
  2. Path: sparky!uunet!rde!ksmith!keith
  3. From: keith@ksmith.uucp (Keith Smith)
  4. Subject: Re: BUSES
  5. Organization: Keith's Computer, Hope Mills, NC
  6. Date: Mon, 27 Jul 92 19:13:47 GMT
  7. Message-ID: <1992Jul27.191347.4485@ksmith.uucp>
  8. References: <1992Jul23.092211.18462@nuscc.nus.sg> <1992Jul23.191927.1181@pcnntp.apple.com>
  9. Lines: 38
  10.  
  11. In article <1992Jul23.191927.1181@pcnntp.apple.com> pauls@apple.com (Paul Sweazey) writes:
  12. >In article <1992Jul23.092211.18462@nuscc.nus.sg> eletanjm@nuscc.nus.sg 
  13. >(TAN JIN MENG) writes:
  14. >>[Bus Speed & Efficiency ??? ...]
  15. >
  16. >Over the last decade or so processors, RAM, and disk storage have all 
  17. >increased in speed or capacity by two or three orders of magnitude.  Where 
  18. >have buses gone during the same period?  Not very far, not in real-world, 
  19. >affordable systems.  This imbalance has turned modularity into a myth.  If 
  20. >add-in hardware were both blindingly fast and incredibly cheap then 
  21. >modular computers might be a much more interesting market.
  22.  
  23. Is it not also true however, that the current disk devices can't even
  24. swamp an ISA bus?  The average desktop doesn't have multiple striped
  25. disks and whatnot.
  26.  
  27. Even the new crop cannot swamp an EISA bus.  Video may soon go another
  28. route, we will see.  Memory is already localized, as part of the CPU on
  29. most products, with a SIMM pinout becomming a local memory bus of sorts.
  30.  
  31. Someone please correct me if I'm wrong, but I think the inherent problem
  32. with a 'bus' of any description is the delay while the electrons take a
  33. torturous route across the copper foiling, and thru the connectors and
  34. buffers from the CPU to whatever card.  As clock speeds of CPU chips
  35. go up, it just takes too long for the information to run accross the
  36. conductors.  Now how are we going to design a bus that makes the
  37. electrons move quicker across the wires?  
  38.  
  39. IMHO the only way to solve this is to have seperate input and output
  40. "busses" that allow for multiple electrons to be traveling across the
  41. "wires" at the same time.  Seperate because you can be sending fetch
  42. requests off of one side while yanking them in on the other.
  43.  
  44. ramble, ramble, ramble on...
  45. -- 
  46. Keith Smith          uunet!ksmith!keith            5719 Archer Rd.
  47. Digital Designs      BBS 1-919-423-4216            Hope Mills, NC 28348-2201
  48. Somewhere in the Styx of North Carolina ...
  49.