-> It reduces the overhead by stripping the start/stop bits however the
-> sent in packets with their associated overhead (7 bytes per packet
-> in most implementations).  That is, without using EC, you modem
-> needs 10 bits for each character sent so a 33,600 connect would have
-> a maximum throughput of 3360CPS. Using EC and stripping the
-> start/stop bits gives a theoretical maximum of 33600/8 or 4200CPS.
-> However, we now have to allow for the overhead which the calculation
-> (using a 128 byte packet) becomes:
-> 33600/8 * 128/135 * 60/61 or 3617CPS.
Interesting, but I think that people get atleast or over 3617cps at
31200bps.
-> MF> What would be the max speed for a 28800 connection rate?
->
-> 28800?  With error correction, 28800/8 or 3600CPS.  Using a 128 byte
-> 3357CPS.  A 244 byte packet increases this to 3442CPS and a 256 byte
-> packet (MNP 4 for instance) increases this to 3447CPS.  In theory,
-> you can use larger packets however I haven't used a modem that went
-> over 256 bytes/packet.
I was at a friends house and he got 3404cps (WITH NO CPS FUDGING) with
LAP-M and V.42 compression.
-> MF> Well, I can tell you, for sure, that YModem-g gives me a 50-100cp
-> MF> performance edge over Zmodem.
->
-> Ymodem-g will allow you to come closer to that theoretical maximum --
-> can't exceed it with incompressible data.
The only bad thing is that if it gets an error, you'll have to restart
the transfer.  I just do zmodem-resume if I get an error when using
YModemG.
--- Platinum Xpress/386/Wildcat! v1.3
---------------