home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / dcom / modems / 10896 < prev    next >
Encoding:
Internet Message Format  |  1992-07-21  |  2.2 KB
  1. Path: sparky!uunet!uunet.ca!xenitec!lemsys!clemon
  2. From: clemon@lemsys.UUCP (Craig Lemon VE3XCL)
  3. Newsgroups: comp.dcom.modems
  4. Subject: Re:   Serial and Parallel interface ??????
  5. Distribution: world
  6. Message-ID: <clemon.08ii@lemsys.UUCP>
  7. References:  <BrKAoH.4Gp@news.cso.uiuc.edu> <zgam_3l.wolfgang@netcom.com> <clemon.08gc@lemsys.UUCP> <1992Jul21.014904.5052@raven.alaska.edu>
  8. Date: 21 Jul 92 19:20:50 EDT
  9. Organization: Private UUCP "Twig" Node
  10. Lines: 31
  11.  
  12. In article <1992Jul21.014904.5052@raven.alaska.edu> floyd@hayes.ims.alaska.edu (Floyd Davidson) writes:
  13. >>        On some systems, particularly with multitasking OS's, it is.  Not
  14. >>everyone has the processors or UARTS for a couple 57600 bps ports and
  15. >>everything else that needs to be taken care of in the background.
  16. >
  17. >But that really isn't a "serial line" problem, and changing to a
  18. >parallel interface would not change that particular bottleneck.
  19. >
  20. >It's the parallel (cpu bus) side of the Serial I/O controller
  21. >which isn't fast enough, and that is indentically the same problem
  22. >with a Parallel I/O controller.
  23.  
  24.         Well, the particular problem that I was referring to is on an
  25. unaccelerated Amiga (7.14MHz 68000) it is possible under heavy multitasking
  26. that the serial service interrupts will not be serviced quickly enough and
  27. it will start to lose characters (only a 1-byte FIFO or so).  There are
  28. other problems with serial data, however.  You can only send bits so fast
  29. before capacitance and other problems reduce the intelligibility of the
  30. data (ie. the pulses are rounded off so badly that they barely qualify as
  31. pulses).  There is going to come a time when another interface method will
  32. need to be added to I/O devices simply for throughput reasons whether it be
  33. SCSI or simple parallel or whatever.  Lining the bits up single file can
  34. only go so fast.  While we may not have reached this limit with standard
  35. high-speed modem technology yet, there will be other standards (ISDN
  36. perhaps) that will.
  37.  
  38. --
  39.  Craig Lemon VE3XCL - Kitchener, Ontario. Amiga B2000  OS 2.04  UUCPv1.15D.
  40.  +1 519 741 0297    +1 519 578 7817              | Silly people!  We all
  41.  clemon@lemsys.UUCP clemon%lemsys@xenitec.on.ca  | know that the Universe
  42.  IP/Packet: ve3xcl@ve3xcl.ampr.org [44.135.84.51]| revolves around UUNET!
  43.