Date: Thu, 18 Jan 1996 15:51:02 +1030 (CST) From: Michael Smith <msmith@atrad.adelaide.edu.au> To: jmb@FreeBSD.org (Jonathan M. Bresler) Cc: wes@intele.net, questions@FreeBSD.org Subject: Re: delays in ppp solved Message-ID: <199601180521.PAA05556@genesis.atrad.adelaide.edu.au> In-Reply-To: <Pine.BSF.3.91.960117202849.18254B-100000@Aspen.Woc.Atinc.COM> from "Jonathan M. Bresler" at Jan 17, 96 08:33:08 pm
next in thread | previous in thread | raw e-mail | index | archive | help
Jonathan M. Bresler stands accused of saying: > > > 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. This shows somewhat of a failure to understand how windowed protocols work. 8( > hmmm.....modem makers dont know how to buffer? data coming in, > data getting compressed, data going out. no more data coming in? just > shove out whatever we got. how slow do you think the processors in > modems are? some have 68030's inside. give em ram, rom and mechanicals > and you got decent laser printers :) Er. Most 'cheap' modems have 8-bit microcontrollers (Z180/8051) in them. I've been told of cases where, to obtain the desired throughput, vendors have skimped on the compression (the hard side of the pair) so that the processor could keep up. > Jonathan M. Bresler FreeBSD Postmaster jmb@FreeBSD.ORG -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] "Who does BSD?" "We do Chucky, we do." [[
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199601180521.PAA05556>