Xref: utzoo alt.bbs.waffle:1850 comp.dcom.modems:9700 Path: utzoo!utgpu!cs.utexas.edu!rice!uupsi!sunic!news.funet.fi!tukki.jyu.fi!jyu.fi!otto From: otto@tukki.jyu.fi (Otto J. Makela) Newsgroups: alt.bbs.waffle,comp.dcom.modems Subject: Re: Why HST's and UUCP don't mix (was Re: uucico and HST) Message-ID: Date: 12 May 91 21:20:52 GMT References: Sender: news@jyu.fi (News articles) Organization: Turing Police, Criminal AI section Lines: 20 In-Reply-To: halcyon!ralphs@seattleu.edu's message of 12 May 91 00: 09:45 GMT Nntp-Posting-Host: jyu.fi In article halcyon!ralphs@seattleu.edu (Ralph Sims) writes: On a compressed feed, V.42bis is overkill, and may not provide any increase in throughput, as it incorporates MNP-5 with an almost 4-1 compression of data. It would smoke if you were to use uncompressed large files, but I doubt that there'd be any increase if the file were compressed and you used V.32. Compressing data which is already compressed is not a Good Thing, and often results in files 'larger' than you started with. If you're using V.42bis with compression turned on and if your files are already compressed, try turning it off and see what happens (this reverts you to 'standard' V.42 LAP-M). This is fortunately incorrect. One of the best features of V.42bis is that it can (unlike MNP5) disable the compression if it would make things worse. I'm not sure if it can do this when connected to a MNP5 modem, but I doubt it. I believe the comp.dcom.modems folks can clear things up here ? -- /* * * Otto J. Makela * * * * * * * * * * * * * * * * * * */ /* Phone: +358 41 613 847, BBS: +358 41 211 562 (USR HST/V.32, 24h/d) */ /* Mail: Kauppakatu 1 B 18, SF-40100 Jyvaskyla, Finland, EUROPE */ /* * * Computers Rule 01001111 01001011 * * * * * * * * * * * * * * * * */