home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / dcom / modems / 12442 < prev    next >
Encoding:
Internet Message Format  |  1992-08-23  |  2.5 KB

  1. Path: sparky!uunet!usc!randvax!edhall
  2. From: edhall@rand.org (Ed Hall)
  3. Newsgroups: comp.dcom.modems
  4. Subject: Re: 16550 vs. 16550AFN
  5. Message-ID: <3737@randvax.rand.org>
  6. Date: 24 Aug 92 03:29:52 GMT
  7. References: <1992Aug18.221918.1@vax1.umkc.edu> <BtAt51.JD8@news.cso.uiuc.edu> <1992Aug22.060307.19838@qiclab.scn.rain.com>
  8. Sender: news@randvax.rand.org
  9. Organization: RAND
  10. Lines: 38
  11. Nntp-Posting-Host: ives.rand.org
  12.  
  13. In article <1992Aug22.060307.19838@qiclab.scn.rain.com> 70465.203@compuserve.com writes:
  14. >berger@atropa (Mike Berger) writes:
  15. =>It's not even something you should worry about.  The concern is that
  16. =>the modem has to keep up with the maximum data throughput rate.  If
  17. =>you use an external modem, then your computer's hardware (your serial
  18. =>port) has to be able to handle the data rate.  When you use an
  19. =>internal modem, you eliminate that potential bottleneck.  Who cares
  20. =>what kind of uart is used on an internal modem (or indeed, that one
  21. =>is used at all)?  If the modem can handle the maximum data rate,
  22. =>then a different uart chip will make no difference at all.  A modem
  23. =>doesn't have to emulate a 16550AFN to have buffering on board.
  24. >
  25. >Excuse me? The software that is fetching the bytes doesn't act
  26. >*at all* differently if the modem is internal. The PC *still*
  27. >has to go thru a UART to get the data from the modem! The
  28. >bottelneck still exists.
  29.  
  30. The "bottleneck" is the requirement--with "simple UARTs"--that the
  31. computer handle each character within a single character-time, or else
  32. the next will be lost.  No exceptions.  If it takes more than this time
  33. to perform a disk read, fetch data from extended memory, or whatever,
  34. characters get lost.  This is true even though /on average/ there is
  35. more than enough CPU to handle the characters at the full rate.
  36.  
  37. 16550's ease this problem by buffering characters, so that an interruption
  38. of several character-times can be tolerated.  In addition, since several
  39. characters can be transfered on a single call to the serial interrupt
  40. routine, greater efficiency can be had.
  41.  
  42. Internal modems can do the same thing, by buffering characters just like
  43. a 16550.  Even though it might use (or emulate) a simple UART internally
  44. to allow for easy software compatability, the modem doesn't need to pump
  45. characters through it when a data overrun will occur, and can buffer
  46. them for a while in its on-board processor.  Some modems do this (Boca,
  47. for example).  Others don't.  (I'd like to know just which ones do, too.)
  48.  
  49.         -Ed Hall
  50.         edhall@rand.org
  51.