Path: utzoo!attcan!utgpu!jarvis.csri.toronto.edu!mailrus!tut.cis.ohio-state.edu!unmvax!ncar!tank!shamash!nic.MR.NET!hal!ncoast!allbery
From: allbery@NCoast.ORG (Brandon S. Allbery)
Newsgroups: comp.mail.uucp
Subject: Re: New UUCP Protocol (was: Re: Zmodem added to UUCP)
Message-ID: <1989Oct15.004058.26650@NCoast.ORG>
Date: 15 Oct 89 00:40:58 GMT
References: <672.2530C0D4@mudos.ann-arbor.mi.us> <690.25315ee6@simpact.com>
Reply-To: allbery@ncoast.ORG (Brandon S. Allbery)
Followup-To: comp.mail.uucp
Organization: North Coast Public Access UN*X, Cleveland, OH
Lines: 26

As quoted from <690.25315ee6@simpact.com> by jeh@simpact.com:
+---------------
| Only, please make sure that the problems and solutions are real... preferably
| by experiment and measurement rather than theorizing.  (Note that ZMODEM
| performance with dedicated systems, ie when at least one end is a PC, is not
| necessarily indicative of what will happen when both ends are multiuser
| timesharing systems.)  As I've said, I have my doubts that ZMODEM will be
| all that big an improvement, but I'm just theorizing myself... 
+---------------

It seems to be an improvement, but that's subjective.  I'll make some timing
tests between a Telebit UUCP connection and my mini-comm program with Zmodem.
(Please don't ask me for it, it's EXTREMELY unfinished but Zmodem makes it
useful for me even as it is.)

--except that the modem on one end of the connection will be a T1000, thus no
19.2 link from computer to modem and no compression.  But for e.g. news,
compression won't buy you anything anyway.

++Brandon
-- 
Brandon S. Allbery, moderator of comp.sources.misc	     allbery@NCoast.ORG
uunet!hal.cwru.edu!ncoast!allbery ncoast!allbery@hal.cwru.edu bsa@telotech.uucp
161-7070 (MCI), ALLBERY (Delphi), B.ALLBERY (GEnie), comp-sources-misc@backbone
[comp.sources.misc-related mail should go ONLY to comp-sources-misc@<backbone>]
*Third party vote-collection service: send mail to allbery@uunet.uu.net (ONLY)*