home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / sys / sun / hardware / 3946 < prev    next >
Encoding:
Internet Message Format  |  1992-08-19  |  9.3 KB

  1. Xref: sparky comp.sys.sun.hardware:3946 comp.dcom.modems:12274
  2. Newsgroups: comp.sys.sun.hardware,comp.dcom.modems
  3. Path: sparky!uunet!bif!mike
  4. From: mike@cd.com (Mike Heins)
  5. Subject: SUMMARY: Does anybody REALLY need 115.2K baud?
  6. Message-ID: <Bt8x45.7DL@cd.com>
  7. Organization: Central Data Corp., Champaign, IL
  8. Date: Wed, 19 Aug 1992 19:36:04 GMT
  9. Lines: 211
  10.  
  11. Thanks to everyone who responded (25+ replies by mail or post).  Almost
  12. everyone thought that 115.2K baud or FASTER is needed now or will be in
  13. the near future.  The most common application and equipment mentioned was
  14. UUCP or SLIP file transfer on a Telebit WorldBlazer.  V.FAST and Codex
  15. modems were mentioned as well.
  16.  
  17. At least one user thought we shouldn't be worrying our heads:
  18.  
  19.  ----------------------------------------------------
  20. | From James W. Adams   --   NIH Scientific Computing Resource Center
  21. | This thread begs the question of using an antiquated interface designed
  22. | for half-duplex modems at <= 300 BPS to run at throughput exceeding that
  23. | of the original ARPANET backbone.
  24. | Serial has too much overhead for this to be efficient and flow control
  25. | is still a problem.  Several posters have raised the issue of
  26. | availability.  Nearly everyone who has a Sun has both a SCSI and an
  27. | Ethernet connection.  Ethernet and SCSI cards for PCs are also widely
  28. | available.  Macs have SCSI and Ethernet is easily available.
  29. | It's time to retire the UART and move on.
  30.  ----------------------------------------------------
  31.  
  32. The only problem with this is many of us still have to connect to
  33. phone lines -- I for one would LOVE a direct Internet connection,
  34. but...
  35.  
  36. A couple of people were unaware that speeds greater than 19200 were
  37. supported on the internal Sun serial ports.
  38.  
  39.  ----------------------------------------------------
  40. | From eirik@elf.TN.Cornell.EDU Sat Aug 15 09:19:24 1992
  41. | I know 19200 is definitely a throttle on my Worldblazer; I got over
  42. | 3000 CPS with Turbo PEP on uncompressed ASCII (postscript, as it
  43. | happens).
  44.  ----------------------------------------------------
  45.  
  46.  ----------------------------------------------------
  47. | From: Gerard Hynes <ghynes@odie.cs.mun.ca>
  48. | How about the CODEX 3266 V.fast modems I have here?
  49. | DTE speeds up to 115k and link speeds of 24k with V.42bis data
  50. | compression on top.....(Yes, they are *very* fast!)
  51. | BTW, how can I get 115k out of the serial port on a SS2?
  52. | Any help would be appreciated......
  53. | Currently, all I can get is 19.2k....but I only got the modems
  54. | yesterday and am testing/configuring them on 2 PC's (ugh!) which
  55. | I can push out to 115k.
  56. | PPP between 2 SS2's with these modems and sufficently high DTE
  57. | speeds should be usable for almost any application. (X...maybe!)
  58.  ----------------------------------------------------
  59.  
  60. 38.4K baud is supported on ttya and ttyb as it is, as long as you don't
  61. rely on the configuration done by the boot PROM.  The standard baud
  62. code table in <ttydef.h> supports up to 38.4K baud.
  63.  
  64. The main problem with running at these speeds on the non-intelligent
  65. internal serial ports is the several *thousand* interrupts the CPU
  66. must take per second.  The resulting overhead does not leave much room
  67. for much other useful work, and application throughput suffers greatly.
  68.  
  69. Additional comments are collected below.
  70.  
  71. All in all, it seems that a product offering real 115.2K baud support
  72. (and throughput) will be appreciated by the Sun market.  Stay tuned!
  73.  
  74. Mike Heins
  75. ------------------------
  76. Central Data Corporation    "Makers of the scsiTerminal Server"
  77. 1602 Newton Drive        (800) 482-0315
  78. Champaign, IL 61821        mike@cd.com   or  ..!uunet!cendata!mike
  79.  
  80.  ----------------------------------------------------
  81. | From: bang!bam@nosc.mil (Bret A. Marquis)
  82. | >From the Telebit Worldblazer manual:
  83. | "Worldblazer supports DTE interface speeds of 115,200 bps.  This allows
  84. | data transmission rates of more than 70,000 bps with data compression
  85. | and PEP".
  86.  ----------------------------------------------------
  87.  
  88.  ----------------------------------------------------
  89. | From: scs@lokkur.dexter.mi.us (Steve Simmons)
  90. | Supposedly the Telebit Worldblazer runs approx 24K modem-to-modem.
  91. | With 3:1, that 72K.  V.FAST is coming, who knows what actual thruput
  92. | will be.
  93. | You can use other things besides async modems on those ports.
  94. | And two years from now, 115.2 may not be fast enough.
  95.  ----------------------------------------------------
  96.  
  97.  ----------------------------------------------------
  98. | From: wtm@uhura.neoucom.edu (Bill Mayhew)
  99. | Without going into a mathematical discussion, Shannon's theorem
  100. | implies that the maximum information rate that one should expect
  101. | from an average voice grade telephone circuit is around 24,000 bits
  102. | per second.  The Telebit Worldblazer modem promises around 23,000
  103. | bits per second, half duplex.  These are uncompressed base rate
  104. | figures.  With factal algebra or something new, who knows what
  105. | we'll be able to achieve.  Even LZW compression can obtain up to
  106. | 3:1 ratios on plain text, so you need more than 57.6Kbuad (a
  107. | standard interface rate) to get full use from the modem.  115Kbuad
  108. | is the next standard rate that is commonly used.
  109. | Driving the modem async is not terribly efficient at such high data
  110. | rates.  Of course, the Worldblazer also supports SDLC sync
  111. | connections.  Of course, also, sync connections are pretty alien to
  112. | the Unix world.
  113. | If one does the compression in the host, an interface good enough
  114. | to support the base rate will suffice.  Many modern modems,
  115. | however, offload the compression to a procesor in the modem
  116. | itself.
  117.  ----------------------------------------------------
  118.  
  119.  ----------------------------------------------------
  120. | From: Jeff@digtype.airage.com (Jeff Wasilko)
  121. | The only modem I know of that runs at 115kbaud is the Telebit Worldblazer.
  122. | So, to drive the modem at it's best, you'd need to get at least 90kbaud
  123. | worth of data to it. 115kbaud was the next highest standard, so Telebit
  124. | picked it.... You might want to ask the same question in comp.dcom.modems,
  125. | as it was recently discussed over there....
  126. | I think that since modems (and data comression rates) are getting
  127. | faster, we'll all need faster serial ports...
  128.  ----------------------------------------------------
  129.  
  130.  ----------------------------------------------------
  131. | From a user whose name is withheld by request:
  132. | The major reason I would want that fast of a rate is to run SLIP and
  133. | have near-ethernet response times for file transfers, etc..
  134. | I have talked to several people who run X-windows from home into work.
  135. | They say that response times are pretty sluggish, and it's just now
  136. | getting usable with the current high-end consumer modems.
  137.  ----------------------------------------------------
  138.  
  139.  ----------------------------------------------------
  140. | From: joelb@beggar.lanl.gov (Joel Berendzen)
  141. | The reason I might use a 115Kbaud modem, if there were one, is to run X-window
  142. | clients on an X-terminal at home.  The reasons this looks attractive are (1)
  143. | the suddenly low cost of X terminals (~$1.5K), (2) My unwillingness to go back
  144. | to character-mode terminals after adapting to windowing systems, (3) the
  145. | high bandwidth required for running X protocols.
  146.  ----------------------------------------------------
  147.  
  148.  ----------------------------------------------------
  149. | From: aburt@mnemosyne.cs.du.edu (Andrew Burt)
  150. | Pure speculation on my part here, but (a) modem speeds will increase
  151. | such that 115kb will eventually be obsolete, so "yes" I would like a product
  152. | now that does it; and (b) eventually (I hope) serial will be replaced with
  153. | something better (faster, more standardized, just as cheap/easy/available,
  154. | etc.), also obsoleting 115kb boards, but I don't see that in the near term,
  155. | so again "yes" I'd like such a board now.  Also given that just getting 38kb
  156. | in a serial board for a unix box seems less than a given, I'd like to see
  157. | the pressure applied so that high speed connections are made easier to
  158. | obtain.
  159.  ----------------------------------------------------
  160.  
  161.  ----------------------------------------------------
  162. | From: ats@prosun.first.gmd.de (Andreas Schulz)
  163. | The Standard V.42bis tells you about a typical 4:1 data compression and
  164. | some new asynch modems go faster than 19.2K baud. Turbo PEP is 23.0K baud
  165. | and the new V.fast proprosal sometimes talk about 28.0K baud. And
  166. | 28.0 x 4 is definitely mor than 57.6K, maybe 112Kb :-). For Turbo PEP
  167. | you need 23.0 x 4 = 92.0Kb , for the USR HST 16.8Kb and Zyxel 16.8Kb you
  168. | need 16.8 x 4 = 67.2Kb , all more than 57.6K baud. And the only next 
  169. | standardised baud rate is 115.2.
  170.  ----------------------------------------------------
  171.  
  172.  ----------------------------------------------------
  173. | From: kemnitz@netcom.com (Greg Kemnitz)
  174. | If you are trying to do any sort of video stuff through the phone lines, you
  175. | need speeds like this, preferably faster.  Also, the faster your modem runs,
  176. | the better PPP runs.  Certainly if you are just doing TTY logins to your host
  177. | from work, you may not need such speed, but people will do much more
  178. | interesting things with modems in the very near future once these high speeds
  179. | become commonplace.
  180. | The recent FCC rule change allowing phone companies to compete with the cable
  181. | companies could also open up new markets for high-speed modems.
  182.  ----------------------------------------------------
  183.  
  184.