Date: Thu, 18 Jan 1996 20:09:30 -0500 (EST) From: "Robert Rutter" <rjr@sparks.empath.on.ca> To: freebsd-questions@FreeBSD.org (freebsd-questions) Subject: Re: delays in ppp solved Message-ID: <9601190149.AA20509@uuserve.on.ca>
next in thread | raw e-mail | index | archive | help
Previously on freebsd-questions, uuserve.on.ca!tera.com!kline said: | | So, what's the bottom line, Gentlemen? Should | I disable compression with my user-ppp; and how? | | A few days back I ftp'd back a *.zip file and my USR 28.8 | gave me a comparatively good 3.2Kbps rate. The ``CS'' LED | flashed on the modem. (I don't know why... ) I tested | the transfer rate with the same file compressed with gzip. | The CS light was steady and the transfer rate fell to 2.9K. | | To me this could mean that the EEPROM in the modem recognized | the *.zip compression and let it through. And it wasn't | intelligent enough to recognize the *.gz compression. | | Or?? Or, zip files are not fully compressed because the contents are treated as separate files and not as one large file. Compare the size of a group of zipped files and the same files archived with tar and gzip. The compression algorithm is the same but gzip and tar will make the archive much smaller. In any case, compressing the file with software is much more efficient than relying on the modem compression alone. The only time that modem compression is a big advantage is when data is in large packets and cannot be compressed. Otherwise, it usually makes only a small difference. Some file transfer methods with small packet and window sizes (older uucp implementations) can slow down significantly with compression turned on. Cheers, -- Robert Rutter | While money can't buy happiness, it gives you | rjr@sparks.empath.on.ca | the freedom to choose your own form of misery |
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?9601190149.AA20509>