home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / archives / msdos / d / 98 < prev    next >
Encoding:
Internet Message Format  |  1992-12-22  |  2.7 KB
  1. Xref: sparky comp.archives.msdos.d:98 comp.binaries.ibm.pc.archives:5205
  2. Newsgroups: comp.archives.msdos.d,comp.binaries.ibm.pc.archives
  3. Path: sparky!uunet!spool.mu.edu!uwm.edu!linac!tellab5!toth
  4. From: toth@tellabs.com (Joseph G. Toth Jr.)
  5. Subject: Re: *** WHAT'S THE BEST COMM PROTOCOL ***
  6. Message-ID: <1992Dec22.140352.26232@tellab5.tellabs.com>
  7. Sender: news@tellab5.tellabs.com (News)
  8. Nntp-Posting-Host: devhp
  9. Organization: Tellabs, Inc. Lisle IL
  10. References: <1992Dec21.181829.4391@porthos.cc.bellcore.com>
  11. Date: Tue, 22 Dec 1992 14:03:52 GMT
  12. Lines: 49
  13.  
  14. In article <1992Dec21.181829.4391@porthos.cc.bellcore.com> dml7@navaho.cc.bellcore.com (lee,danny) writes:
  15. >i'm having trouble deciding which communications protocol package to
  16. >use on my pc.  i was using kermit and still using it.  however,
  17. >someone mentioned to me that zmodem was much better and faster.
  18. >one can assume that speed and reliability are the main factors
  19. >to consider.  which one (kermit or zmodem, or any other ones)
  20. >would permit one to download/upload most efficiently and most
  21. >quickly?  obviously, modem speed plays a role as well.  please
  22. >e-mail me below or post.  i will summarize should there be enough
  23. >interest.  thanks in advance.
  24. >
  25. >dan
  26. >
  27. >  ________/----------------------/______
  28. > / Danny / dml7@cc.bellcore.com / 1992 /
  29. >/_______/----------------------/______/
  30.  
  31.  
  32. While xmodem and zmodem might provide some percentage gains (sometimes
  33. small, somtimes rather large[in the range of 30% or so]) in file transfer
  34. rate, it is all meaningless if they just won't work for you.
  35.  
  36. Kermit always uses a standard set of ASCII characters for transmitting
  37. the data (even in binary format?) that is immune to the problems that
  38. arise using the other transfer formats when the data being transferred
  39. is a XON, XOFF or any of a number of other control characters used in
  40. text flow/format control.  This makes kermit the format of choice for
  41. users who have there system connected to a data network via a terminal
  42. server or 4-line rs-232 connection that does not have hardware flow
  43. control, thus requiring XON/XOFF flow control.
  44.  
  45. I have looked at the man page and help output for xmodem, and do not
  46. see any way of altering it to avoid the XON/XOFF problem.  If it's
  47. there, I'm sure we'll hear about it.
  48.  
  49. It's kind of like the archiver controversy;
  50.   each may have some aspect that is better than the others,
  51.   and you have to use the appropriate one for the target of your operation,
  52.   so you need to keep them all around to use when the need arises.
  53.  
  54. BTW - our site has yet to get the comp.archives.msdos.d, so I can't
  55.   followup to that yet.  Sorry, Timo.
  56.  
  57.  
  58.  
  59. --
  60. --------------------------+---------------------------------
  61.  Joseph G. Toth Jr.       |  uunet!tellab5.tellabs.com!toth
  62.  Tellabs Operations, Inc. |  toth@tellabs.com
  63.