From owner-freebsd-questions Wed Jan 17 07:18:00 1996 Return-Path: owner-questions Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA15617 for questions-outgoing; Wed, 17 Jan 1996 07:18:00 -0800 (PST) Received: from intele.net (quervo.intele.net [204.118.149.20]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id HAA15611 Wed, 17 Jan 1996 07:17:51 -0800 (PST) Received: (wes@localhost) by intele.net (8.6.12/8.6.5) id IAA00439; Wed, 17 Jan 1996 08:17:47 -0700 From: Barnacle Wes Message-Id: <199601171517.IAA00439@intele.net> Subject: Re: delays in ppp solved To: jmb@freebsd.org (Jonathan M. Bresler) Date: Wed, 17 Jan 1996 08:17:47 -0700 (MST) Cc: questions@freebsd.org In-Reply-To: from "Jonathan M. Bresler" at Jan 16, 96 09:21:06 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-questions@freebsd.org Precedence: bulk On Tue, 16 Jan 1996, Barnacle Wes wrote: % 2. Modem compression often interferes with, and lengthens transfer of, % compressed files such as .gz and .jpg. > this is indicative of a cheesy modem. LZW with the BT (british > telecom) extentions will not expand the data. modem compression frees > your processor for other tasks, letting the modem do some of the work (of > course the cost here is more bytes thru the serial port since the modem > un/compresses the data. could be a problem for cheesy uarts or chessy > clones of decent uarts) Even cheese-less modems will cause some delay, as they have to pause and accumulate enough of the incoming data stream to determine that compression won't be effective. Since this process is re-started each time the communications "turn around", i.e. at each window turn for ftp, these small pauses add up over a long transfer. -- Wes Peters | Yes I am a pirate, two hundred years too late Softweyr | The cannons don't thunder, there's nothing to plunder Consulting | I'm an over forty victim of fate... wes@intele.net | Jimmy Buffet