home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / comp / dcom / modems / 13218 < prev    next >
Encoding:
Internet Message Format  |  1992-09-10  |  2.5 KB
  1. Xref: sparky comp.dcom.modems:13218 comp.unix.sysv386:14299 comp.protocols.misc:689
  2. Path: sparky!uunet!haven.umd.edu!darwin.sura.net!jvnc.net!yale.edu!ira.uka.de!smurf.sub.org!ppcnet!sks!mcd!mips.ruessel.sub.org!naddy
  3. Message-ID: <H.RRvhLAl&jVQ@mips.ruessel.sub.org>
  4. From: naddy@mips.ruessel.sub.org (Christian Weisgerber)
  5. Newsgroups: comp.dcom.modems,comp.unix.sysv386,comp.protocols.misc
  6. Subject: Re: uucico w/v32bis vs zmodem w/v32bis
  7. Organization: My Individual Private Site
  8. Date: Tue, 08 Sep 1992 13:16:12 CET
  9. References: <Bu40L8.47w@gator.rn.com> <5N6oqB3w165w@zswamp.UUCP>
  10. Lines: 46
  11. Reply-To: naddy@mips.ruessel.sub.org
  12.  
  13. In <5N6oqB3w165w@zswamp.UUCP>, Geoffrey Welsh writes:
  14.  
  15. >    I believe that the difference in throughput is about 5%, resulting from 
  16.  
  17. YModem-g has a consistent overhead of 5 chars per 1k block, that's less
  18. than 0.5%. For ZModem, see below.
  19.  
  20. >    Perhaps, if Chuck is reading this, he could remind us of ZMODEM's subpacket 
  21. > overhead... and of how many bytes are circumvented with escape codes in 
  22. > vanilla ZMODEM.
  23.  
  24. (I'm not Chuck, but according to his documentation:)
  25.  
  26. Plain ZModem escapes <can>, <xon>, <xoff>, M-<can>, M-<xon>, M-<xoff>
  27. ("M-" means upper bit set) and the <cr>@<cr> sequence. Escaping is done
  28. by prefixing ZDLE (<can>) and XORing the character with 0x40.
  29.  
  30. ZModem offers three types of headers/frames: hex, binary (CRC-16),
  31. binary (CRC-32). I assume the latter is used most when transferring
  32. binary data:
  33.  
  34.         ZPAD                    ; '*'                   1
  35.         ZDLE                    ; <can>                 1
  36.         'C'                                             1
  37.         <type>                                          1
  38.         <flag/position>         ; 32 bit value          4
  39.         ...                     ; data                  max. 1024
  40.         <CRC>                   ; 32 bit CRC            4
  41.  
  42. Thus we have 12 characters basic overhead per block. Note that all of
  43. the data send, including header and CRC, is escaped if necessary. This
  44. makes calculating actual overhead a rather nasty affair.
  45.  
  46. Considering that packed data should be pseudo-random, i.e. all byte
  47. values appear equally often, there are already (6 out of 256) * 4
  48. = 24 characters to escape. Total overhead should be close to 4%
  49. (estimate).
  50.  
  51. Since Moby Turbo isn't in the public domain anymore I don't have any
  52. specs about it. I assume it simply doesn't escape any characters except
  53. ZDLE (<can>).
  54.  
  55.  
  56. bye
  57. -- 
  58. Christian "naddy" Weisgerber, Germany           naddy@mips.ruessel.sub.org
  59.