home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / sys / amiga / advocacy / 32208 < prev    next >
Encoding:
Text File  |  1992-12-26  |  2.9 KB  |  62 lines
  1. Newsgroups: comp.sys.amiga.advocacy
  2. Path: sparky!uunet!spool.mu.edu!sol.ctr.columbia.edu!hemi!jerry
  3. From: jerry@msi.com (Jerry Shekhel)
  4. Subject: Re: Future Amiga chipsets
  5. References: <1hattuINNbok@uwm.edu>
  6. Sender: nobody@ctr.columbia.edu
  7. Organization: Molecular Simulations, Inc.
  8. Date: Sat, 26 Dec 1992 20:04:41 GMT
  9. X-Newsreader: TIN [version 1.1 PL8]
  10. Message-ID: <1992Dec26.200441.13576@sol.ctr.columbia.edu>
  11. X-Posted-From: hemi.msi.com
  12. NNTP-Posting-Host: sol.ctr.columbia.edu
  13. Lines: 47
  14.  
  15. Gregory R Block (bloc1469@ee.ee.uwm.edu) wrote:
  16. :
  17. : No, it's not, it actually has a large basis in reality.  Let's take
  18. : the explanation a little further.  A bus, in theory, should be fast
  19. : enough to allow the CPU to transfer at speeds approaching or equal to
  20. : the rough approximation of the maximum speed at which the CPU can
  21. : transfer data.  Anything less, and the bus becomes a bottleneck which
  22. : must be dealt with.  When that bottleneck becomes large, such as a
  23. : 33mhz i486 sitting on an ISA architecture, that becomes a crippling
  24. : bottleneck.  For ISA transfers, or anything of a similar reign whose
  25. : bus speeds are minute in size compared to the throughput that is
  26. : needed, the bottleneck cripples the system.
  27. :
  28.  
  29. Yes, but this is only true for peripherals which are capable of transferring
  30. data as quickly as the 486.  It is *not* true for everyday devices, such as
  31. disk drives, printers, and serial ports.  On the other hand, I can see how
  32. local bus technology benefits non-coprocessed video.
  33.  
  34. :
  35. : >I ask you again.  What can't my ISA PC do directly because of ISA bus
  36. : >limitations?  Look, I'll even help you by mentioning one thing: DMA to
  37. : >memory above 16MB can't happen due to the ISA's 24 address lines, but then
  38. : >again, it's invisible at the end-user level.  Is there anything else?
  39. :
  40. : Bottlenecks seem to be invisible to the user, too.  You don't notice
  41. : them unless you're on a system which makes it obvious...
  42. :
  43.  
  44. Look, I work in the molecular modeling industry, where the software easily
  45. makes the latest superworkstations sweat.  I work with powerful systems like
  46. the HP and DEC Alpha every day.  I also work with lower-end Sparcs and SGI's.
  47. I don't notice much difference between a Sparc II and my x86 PC running SVR4,
  48. other than that the PC *feels* a bit faster, but that's probably because it's
  49. not tied to a network like the Sparc.  Nevertheless, you're implying that
  50. after using something like a Sparc or an SGI, the PC's bottlenecks would jump
  51. right out at me, and I'm telling you, it's not like that at all.
  52.  
  53. :
  54. : Greg
  55. :
  56. --
  57. +-------------------+----------------------------+---------------------------+
  58. | JERRY J. SHEKHEL  | Molecular Simulations Inc. | Time just fades the pages |
  59. | Drummers do it... |     Burlington, MA USA     | in my book of memories.   |
  60. |    ... In rhythm! |        jerry@msi.com       |         -- Guns N' Roses  |
  61. +-------------------+----------------------------+---------------------------+
  62.