home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / dcom / modems / 11138 < prev    next >
Encoding:
Internet Message Format  |  1992-07-25  |  2.1 KB
  1. Path: sparky!uunet!uunet.ca!xenitec!zswamp!geoff
  2. From: geoff@zswamp.UUCP (Geoffrey Welsh)
  3. Newsgroups: comp.dcom.modems
  4. Subject: Re:  Serial and Parallel interface ??????
  5. Message-ID: <gR9FoB5w164w@zswamp.UUCP>
  6. Date: Fri, 24 Jul 92 23:55:39 EDT
  7. References: <1992Jul21.205557.29123@cc.ic.ac.uk>
  8. Organization: Izot's Swamp
  9. Lines: 36
  10.  
  11. vulture@carrion.cc.ic.ac.uk (Thomas Sippel - Dau) writes:
  12.  
  13. > Ouch.
  14. > 
  15. > Even mint condition 1981 PCs are able to transfer 250 kbit/s through a serial
  16. > line, bit serial, analog, via the floppy disk controller.
  17.  
  18.  ... with special hardware and, even then, with the CPU shut down to allow 
  19. DMA.  That's real useful for file transfers or X terminals!
  20.  
  21.    Anyway, I think that your rebuttal to Craig actually argues *for* his 
  22. point; we've been debating the need for an alternative to RS-232C, and a 
  23. parallel scheme was suggested.  This was refuted by someone stating that "the 
  24. serial connection is not the bottleneck", to which Craig said that, given the 
  25. current standards, it is.
  26.  
  27.    Your suggestion - that a high performance but RS-232 incompatible - serial 
  28. scheme exists, supported in hardware, is pretty much in agreement with the 
  29. original statement that we should explore alternatives to the RS-232 
  30. interface.  Whether it's a DMA-based system with a 512 byte buffer or a 
  31. CPU-driven parallel system is not really the point in focus.
  32.  
  33. > It is just that serial (RS232) ports were perceived to be slow and in need of
  34. > very careful processing. Thus the OSes start creaking, sort of like anything
  35. > that tries to shovel tons of coal with an elaborate golden teaspoon.
  36.  
  37.    They are... the interrupt overhard of high-throughput byte-at-a-time I/O 
  38. will cripple anything.  The 16550's 16-byte buffer helps, but what's needed is 
  39. an intelligent serial card.
  40.  
  41.    Unfortunately for Craig, I don't believe that there are such things for 
  42. Amigae, and I doubt that his budget permits an Ethernet card and a TCP/IP 
  43. terminal server. <grin>
  44.  
  45. Geoffrey Welsh, 7 Strath Humber Court, Islington, Ontario, M9A 4C8 Canada
  46. geoff@zswamp.uucp, [xenitec.on.ca|m2xenix.psg.com]!zswamp!geoff (416)258-8467
  47.