home *** CD-ROM | disk | FTP | other *** search
- Xref: sparky comp.unix.ultrix:9098 comp.unix.admin:6814
- Newsgroups: comp.unix.ultrix,comp.unix.admin
- Path: sparky!uunet!newsflash.concordia.ca!mizar.cc.umanitoba.ca!access.usask.ca!sue!udevdiv!roe
- From: roe@Unibase.SK.CA (Roe Peterson)
- Subject: Re: SLIP help?
- Message-ID: <1992Dec28.181010.28736@Unibase.SK.CA>
- Organization: Unibase Telecom Ltd.
- References: <1992Dec16.233556.25873@hubcap.clemson.edu> <1992Dec20.185826.4008@crl.dec.com> <BLYMN.92Dec27170803@siren.awadi.com.au>
- Date: Mon, 28 Dec 1992 18:10:10 GMT
- Lines: 25
-
- blymn@awadi.com.au (Brett Lymn) writes:
-
- >>>>>> On Sun, 20 Dec 1992 18:58:26 GMT, nsf@crl.dec.com (Neil Fishman) said:
-
- >N> I'm not familiar with the Telebit modems, but we've had problems trying to use
- >N> modems that compress data to get speeds > 9600 baud.
-
- >Keeping all other things the same and just enabling the compression and error
- >correction on my modems makes my slip link *slower* [...]
-
- I find this very strange indeed.
-
- I run a system with 5 full-time slip links, and various dynamic dial-in
- links; we use Telebit T1600 modems exclusively.
-
- Error correction/data compression has been a _big_ win for us. Without
- it, we get FTP rates of ~.94KBS (just what you'd expect on a 9600 baud
- line). With compression enabled and the DTE speeds at 38400 or higher,
- we get between 1.7 and 2.1 KBS on uncompressed data, and .96 KBS on
- pre-compressed files.
-
- I have no idea what could be causing the slowdown for you people, but
- V32/V42bis should be a performance winner, not loser.
-
-
-