home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / sys / amiga / advocacy / 32100 < prev    next >
Encoding:
Internet Message Format  |  1992-12-23  |  6.5 KB

  1. Path: sparky!uunet!zaphod.mps.ohio-state.edu!uwm.edu!ee!bloc1469
  2. From: bloc1469@ee.ee.uwm.edu (Gregory R Block)
  3. Newsgroups: comp.sys.amiga.advocacy
  4. Subject: Re: Future Amiga chipsets
  5. Date: 23 Dec 1992 23:49:18 GMT
  6. Organization: Electrical Engineering Dept. University of Wisconsin - Milwaukee
  7. Lines: 118
  8. Message-ID: <1hattuINNbok@uwm.edu>
  9. References: <1992Dec22.173828.5167@oracle.us.oracle.com> <1992Dec22.200816.25990@sol.ctr.columbia.edu>
  10. NNTP-Posting-Host: 129.89.2.33
  11.  
  12. In article <1992Dec22.200816.25990@sol.ctr.columbia.edu> jerry@msi.com (Jerry Shekhel) writes:
  13. >David Navas (dnavas@oracle.uucp) wrote:
  14. >: Well, personally, I would define crippled as any machine whose principle
  15. >: communication's bus cannot transfer memory at anything even approaching a
  16. >: rough approximation of processor speed.
  17.  
  18. >Does anyone else define it that way?  Face it, your definition is totally
  19. >arbitrary.
  20.  
  21. No, it's not, it actually has a large basis in reality.  Let's take
  22. the explanation a little further.  A bus, in theory, should be fast
  23. enough to allow the CPU to transfer at speeds approaching or equal to
  24. the rough approximation of the maximum speed at which the CPU can
  25. transfer data.  Anything less, and the bus becomes a bottleneck which
  26. must be dealt with.  When that bottleneck becomes large, such as a
  27. 33mhz i486 sitting on an ISA architecture, that becomes a crippling
  28. bottleneck.  For ISA transfers, or anything of a similar reign whose
  29. bus speeds are minute in size compared to the throughput that is
  30. needed, the bottleneck cripples the system.
  31.  
  32. It's why so much research has gone into advanced bus technology, it's
  33. why you're seeing some of the brand new innovations like SCI and other
  34. scaleable buses come into existence, testing theories of operation.
  35.  
  36. >Really?  Well, in *my* universe the average hard drive isn't capable of
  37. >more than, say, 1.5-2MB/sec, which ISA can easily deal with, with plenty of
  38. >room to spare.  What about your universe?
  39.  
  40. So I suppose that just because your hard drive can go that fast, you
  41. should be happy?  Look at the TIME for that transfer.  If you've got
  42. an i486, you'd see much better use out of it--you're transferring
  43. PACKETS of data, not byte by byte.  Those packets transfer faster, and
  44. you can get back to REAL work with the CPU.  In the end, you're
  45. spending less time waiting for your bus.
  46.  
  47. >I define "everyday tasks" for an expansion bus as "interfacing with normal
  48. >peripherals found in most personal computers".  Is that an unfair definition?
  49. >What good is a 550 GB/s bus if all your peripherals being cranked at once
  50. >don't add up to 5MB/s?
  51.  
  52. Because unless you're doing polled io waiting for the bus to give you
  53. each byte, you can spend less time transferring data and more time
  54. doing things.  Don't make the mistake of believing that there's no
  55. point to a faster bus when your throughput isn't there.  After all,
  56. wouldn't it be nice to actually add memory?  Wouldn't it be great if
  57. you could access your VRAM-based graphics card at something faster
  58. than 8mhz?  Those kinds of things are REAL things.  They're not things
  59. made up, people use buses for these kinds of things NOW.
  60.  
  61. >Where are you getting your information?  LocalBus supports any type of
  62. >peripheral, not just video.  Look at a Gateway ad; most of their PC's now
  63. >ship with LocalBus disk controllers.  Besides, the fact that a bunch of
  64. >frustrated Amiga fanatics consider PC's "banally mediocre" has no bearing
  65. >on reality.  Your attempt to pass it off as common knowledge is typical as
  66. >well as laughable.
  67.  
  68. There are also serious problems with tying a bus too closely to any
  69. particular processor.  Especially now that the 586 is on the way.
  70. It's riscy, to coin a term.  :)
  71.  
  72. Frankly, I'd have liked to see a better bus standard come out of the
  73. PC industry.
  74.  
  75. >Nice speech, but totally pointless.  Technology doesn't exist for technology's
  76. >sake -- it has to be useful for human beings, *today*.  I have to have a 
  77.  
  78. Don't kid yourself by believing that people don't BUY technology for
  79. technology's sake, though.
  80.  
  81. >computer *today*, and *today* there aren't any peripherals which would
  82. >seriously tax the ISA bus.  Why should I spend extra for a fast bus and
  83. >get *nothing*, when I could spend the money on a 24-bit graphics card and
  84. >get *something*?
  85.  
  86. We're not talking about taxing an already flimsy bus, pal.  We're
  87. talking about the ISA bus being a BOTTLENECK.  Something that would
  88. tax an ISA bus?  The 24-bit graphics card you just mentioned.  If
  89. implemented with VRAM, you'll spend your time waiting for your bus to
  90. do your transfers.  Your solution?  Stick it onto the VESA bus.
  91. LocalBus.  And screw forward-compatibility.  Because VESA is far, far
  92. too tied to the current intel style of 486...  I can't venture to say
  93. how or what kinds of modifications, visible or not, will be needed to
  94. make it work with the Pentium.
  95.  
  96. The nice thing about Zorro III is that it really ISN'T tied.  It's a
  97. really, really good bus design.  Something that is uncommon in the
  98. world of intel-based PC's, unfortunately.
  99.  
  100. >Thanks for the advice :-P  Come on, face it.  Computers are tools.  When I'm
  101. >in the market for a drill or a screwdriver, I'll take the one which is the
  102. >most capable of helping me with the tasks I need to accomplish, even if
  103. >there's another one whose specs look more macho on paper.
  104.  
  105. Consider this:  Your power screwdriver, your PC, has an engine which can
  106. deliver the torque you want, but not at a good, fast speed.  Sure, it
  107. gets the short screws in just fine.  But give a faster power screwdriver
  108. to someone else, with an engine capable of delivering a faster speed,
  109. and you'll see that person put that much more screws into the wall.
  110. Given a limited number of screws, let's say, oh, 2/minute, you'll be
  111. spending more time than he will using your power screwdrier on those
  112. screws.  He'll have larger "gaps".  And on computers, it's those
  113. "gaps" that let you get REAL work done.
  114.  
  115. >I ask you again.  What can't my ISA PC do directly because of ISA bus
  116. >limitations?  Look, I'll even help you by mentioning one thing: DMA to
  117. >memory above 16MB can't happen due to the ISA's 24 address lines, but then
  118. >again, it's invisible at the end-user level.  Is there anything else?
  119.  
  120. Bottlenecks seem to be invisible to the user, too.  You don't notice
  121. them unless you're on a system which makes it obvious...
  122.  
  123. Greg
  124.  
  125. --
  126. (: (: (: (: Have you overdosed on smileys today?  Why NOT!?! :) :) :) :)
  127. (: "Our father, who art in Iowa, Hollow be thy head, Thy ideas run    :)
  128. (:  Thy will be done, At Commodore as it is at Apple"  -Dan Barrett   :)
  129. (: (: (: (: (: (: (: (: (: (: (: (: () :) :) :) Wubba, the Dark Angel :)
  130.