Path: utzoo!utgpu!jarvis.csri.toronto.edu!mailrus!purdue!decwrl!sun-barr!cs.utexas.edu!uunet!cbmvax!grr
From: grr@cbmvax.UUCP (George Robbins)
Newsgroups: comp.dcom.modems
Subject: Re: Microcom QX/V.32c evaluation
Message-ID: <7525@cbmvax.UUCP>
Date: 3 Aug 89 03:50:12 GMT
References: <361@larouch.UUCP>
Reply-To: grr@cbmvax.UUCP (George Robbins)
Organization: Commodore Technology, West Chester, PA
Lines: 20

In article <361@larouch.UUCP> jparnas@larouch.UUCP (Jacob Parnas) writes:
> 
> I believe that a recent posting stating that 38,400 support didn't help
> throughput much was in error, since some things were much faster when
> connected at 38400 baud than at 19200 with the same modem.

I'm not sure that was exactly the claim.  If you are sending compressible
data, then a bit rate of up to "compresssion factor"*"real channel thruput"
is quite handy.  It may or may not be practical on your "average" unix
system due to the usual character I/O overhead/latency problems.  If you
have a fast machine, running effectivly single users and/or an "intelligent"
I/O card, this may not be a problem.

Could you run the compress utility using this host file for input and
report what the compression factor there was?

-- 
George Robbins - now working for,	uucp: {uunet|pyramid|rutgers}!cbmvax!grr
but no way officially representing	arpa: cbmvax!grr@uunet.uu.net
Commodore, Engineering Department	fone: 215-431-9255 (only by moonlite)