home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / dcom / modems / 11450 < prev    next >
Encoding:
Internet Message Format  |  1992-07-30  |  4.6 KB

  1. Path: sparky!uunet!mcsun!uknet!icdoc!cc.ic.ac.uk!carrion.cc.ic.ac.uk!vulture
  2. From: vulture@carrion.cc.ic.ac.uk (Thomas Sippel - Dau)
  3. Newsgroups: comp.dcom.modems
  4. Subject: Re:    Serial and Parallel interface ??????
  5. Message-ID: <1992Jul29.120556.15912@cc.ic.ac.uk>
  6. Date: 29 Jul 92 11:05:55 GMT
  7. References: <clemon.08ii@lemsys.UUCP> <1992Jul22.053652.9090@raven.alaska.edu> <clemon.08kw@lemsys.UUCP> <1992Jul26.100022.26759@raven.alaska.edu>
  8. Reply-To: cmaae47@cc.ic.ac.uk
  9. Organization: Imperial College of Science, Technology and Medicine
  10. Lines: 69
  11. Nntp-Posting-Host: cscgc
  12.  
  13. In article <1992Jul26.100022.26759@raven.alaska.edu>, floyd@hayes.ims.alaska.edu (Floyd Davidson) writes:
  14.  -- 
  15.  -- The original question was how to speed up modems and why not use
  16.  -- a parallel interface.  Simple, it won't make anything any faster.
  17.  --
  18. Well, no, the original question as I can recall was if it was suitable to use
  19. THE parallel port rather than THE serial port. I.E. the ports as found in real
  20. existing PCs, with 8250/16450/16550 uarts etc.
  21.  
  22. Then there was some noise about parallel interfaces being inherently faster.
  23. This is intuitively true (2 wires in parallel transport twice the number of
  24. bits that a single wire of the same ilk does). 
  25.  
  26. But it is not true that serial comms is always slower than parallel, and
  27. examples were given for that. Parallel data transfer has the inherent problem
  28. of skew, i.e. one bit travelling faster than another one meant to be "parallel"
  29. with it. And it needs careful design to overcome this problem, and it might
  30. be more useful to spend that hardware and ingenuity to get the bits faster 
  31. through a single wire in the first place.
  32.  
  33. When talking about real existing parallel ports, there are mostly the PC and
  34. some workstations, while other workstations or the MAC have not sported parallel 
  35. ports. Since the PC/AT (1984) those parallel ports were bi-directional, and
  36. are therefore suitable as general purpose data transport mechanisms. They have
  37. a handshake protocol that prevents data loss - each byte is declared ready
  38. by the transmitter and acknowledged by the receiver. 
  39.  
  40. I went into our museum to get a 1983 manual for an Epson FX80, which specifies
  41. 0.5 microseconds for valid data before and after a 0.5 microsecond strobe
  42. pulse, and banging in another half of a microsecond for good measure 
  43. suggests that a byte transfer cycle should take no more than two microseconds.
  44. giving half a megabyte per second (peak) transfer capbility.
  45.  
  46. At those rates data skew could be managed in a ribbon cable up to 6 meter
  47. long with 1983 technology. Now there are millions of PCs out there who have
  48. parallel ports designed to work with that. I will not claim that each and every
  49. one of them can push half a megabyte per second through the parallel port,
  50. but it should be possible to get more then the 2-3 kilobytes that really
  51. existing PCs can get through their current serial ports. And that is without
  52. major surgery like a hacking away some part of an integrated PC chip set and
  53. putting a 16550A in. (Try finding an 8250 or 16450 in a notebook PC :-)
  54.  
  55. That half a megabyte transfer capacity is twice as much as the current Premium
  56. Rate ISDN is designed for, so it will for some time not be the major bottleneck
  57. for wide area data communications. I would therefore like to see modems and
  58. other peripherals produced for it, and produced with PUBLISHED interface 
  59. protocols so that others can design new ports on computers to make even better 
  60. use of those peripherals than currently existing PCs with currently existing
  61. parallel ports can.
  62.  
  63. I know that there are high performance Multiport-serial, Ethernet, SCSI, FDDI
  64. X25, 3270, you-name-it comms cards for PCs. I also know that some of them cost
  65. more than a PC cou could fit them in - not difficult at a time when a company
  66. over here has just -given away- 10000 20 MHz 386 PCs to people who bought three
  67. software packages (Lotus 123 and friends) at a price still below list.
  68.  
  69. The advantage of the parallel port is not that its parallel, but that it has a
  70. clear and easy to understand hand-off for data, and that it can be used at 
  71. very low speeds as well as at moderately high ones. But its biggest advantage
  72. is that it is there, that it is cheap, and that it is dedicated to whatever
  73. it is doing.
  74.  
  75.                                     Thomas
  76. -- 
  77. *** This is the operative statement, all previous statements are inoperative.
  78. *   email: cmaae47 @ cc.ic.ac.uk (Thomas Sippel - Dau) (uk.ac.ic.cc on Janet)
  79. *   voice: +44 71 589 5111 x4937 or 4934 (day), or +44 71 823 9497 (fax)
  80. *   snail: Imperial College of Science, Technology and Medicine
  81. *   The Center for Computing Services, Kensington SW7 2BX, Great Britain
  82.