Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!wuarchive!usc!srhqla!demott!kdq
From: kdq@demott.com (Kevin D. Quitt)
Newsgroups: comp.os.msdos.misc
Subject: Re: relative speeds of file transfer protocols wanted
Message-ID: <1991Feb19.021725.14317@demott.com>
Date: 19 Feb 91 02:17:25 GMT
References: <1991Feb11.133727.1160@minyos.xx.rmit.oz.au> <1991Feb18.203344.1433@qualcomm.com>
Distribution: comp
Organization: DeMott Electronics Co., Van Nuys CA
Lines: 44

In article <1991Feb18.203344.1433@qualcomm.com> rdippold@maui.qualcomm.com (Ron Dippold) writes:
>In article <1991Feb11.133727.1160@minyos.xx.rmit.oz.au> s902114@minyos.xx.rmit.oz.au (Zen) writes:
>>Has anyone out in netland compiled a list of File transfer protocols and
>>there respective speeds? I don not have the facilities to do my own tests.
>>
>>If anyone out there actually has FIGURES specific for different systems,
>>
>>i am using a 2400 baud modem with NO error correction.
>
>There are over 50 protocols, I don't think there are figures on ALL of them.
>However, if you want figures on the most common ones...
>
>   HyperP -   300 cps   (ZIPped file)
>   Puma -     236 cps   (ZIPped file)
>   Zmodem (MT) - 234 cps
>   ZMODEM -   230 cps
>   YMODEM -   221 cps
>   XMODEM -   208 cps
>   KERMIT -   140 cps
>   SEALINK -  218 cps
>
>I should note that Puma will perform much faster if you are sending an
>uncompressed file, as it has a rudimentary packer, as does JMODEM.  The
>fastest protocol, hands down, is HyperP, it's packing is incredible, even
>with an alread ZIPped file.  Unfortunately, it has a nasty tendency to
>freeze if the RX and TX don't synchronize exactly right, so you won't see it
>on many boards.

    I consider it misleading, at best, and dishonest, at worst, to
indicate the speed of the modem by examining how many pre-compressed
bytes per second are transferred.  I have images that compress 100-to-1,
and kermit sends them at about 140 compressed cps, or about 14000 cps,
compared to HyperP. 

    Since a lot of traffic cannot be compressed, it is more important to
give the underlying transfer speed, and *then* start bragging about the
wonderfulnees of the compression.  And please make sure that data that
is already compressed doesn't slow down the transfer (like MNP-5 does).

-- 
 _
Kevin D. Quitt         demott!kdq   kdq@demott.com
DeMott Electronics Co. 14707 Keswick St.   Van Nuys, CA 91405-1266
VOICE (818) 988-4975   FAX (818) 997-1190  MODEM (818) 997-4496 PEP last