home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / archives / msdos / d / 120 < prev    next >
Encoding:
Text File  |  1992-12-23  |  2.1 KB  |  49 lines
  1. Newsgroups: comp.archives.msdos.d
  2. Path: sparky!uunet!psinntp!panix!carlf
  3. From: carlf@panix.com (Carl Fink)
  4. Subject: Re: *** WHAT'S THE BEST COMM PROTOCOL *** 
  5. Message-ID: <1992Dec23.015825.16809@panix.com>
  6. Date: Wed, 23 Dec 1992 01:58:25 GMT
  7. References: <1992Dec21.181829.4391@porthos.cc.bellcore.com> <724973743snz@chrism.demon.co.uk>
  8. Organization: PANIX Public Access Unix, NYC
  9. Lines: 38
  10.  
  11. In <724973743snz@chrism.demon.co.uk> chris@chrism.demon.co.uk (Chris Marriott) writes:
  12.  
  13. [deletion]
  14.  
  15. >It is easy to say what you should NOT be using, and that's Kermit
  16. >or XMODEM.  These two protocols have a VERY high overhead, and were
  17. >really designed for slow (300 baud or so) comms over noisy lines.
  18.  
  19. >As to what you SHOULD be using - that's tougher, and depends on your
  20. >modem.  If you have a modem which *doesn't* do error correction
  21. >itself, you should use an error-correcting protocol with a long packet
  22. >length - YMODEM or XMODEM/1K are the most common.  If, as most modern
  23. >modems do, your modem itself does error detection/correction (ie, supports
  24. >MNP4 or V42), you'd be better off with a protocol which assumes an
  25. >error-free line.  Of these the most common is ZMODEM, although slightly
  26. >more efficient, if you have software which supports it, is YMODEM-G.
  27.  
  28. >I hope this has not added to your confusion!
  29.  
  30. >Chris
  31. [sig deleted]
  32.  
  33.   ZMODEM is faster than YMODEM in every circumstance I've tried them
  34. in, and also has better error correction and other advantages.  Why
  35. do you recommend YMODEM for non-error-correcting modems?
  36.  
  37.   The following not directed at Chris:  someone commented that ZMODEM
  38. is slowed down by using too small a block size.  Of course, ZMODEM
  39. is a streaming protocol, and doesn't use blocks.  You can vary the size
  40. of the units being CRC checked, but according to Chuck Forsberg (who 
  41. invented the ZMODEM-90 protocol) it won't affect transfer efficiency by
  42. more than half of one percent.
  43.  
  44. -- 
  45. Carl Fink          carlf@panix.com, C.FINK4(GEnie), or CF427620I@LIUVAX.BITNET
  46.   "Facts are stubborn things; and whatever may be our wishes, our
  47.   inclinations, or the dictates of our passions, they cannot alter
  48.   the state of facts and evidence"     --      John Adams
  49.