Path: utzoo!attcan!uunet!lll-winken!lll-lcc!ames!pasteur!ucbvax!ANDREW.CMU.EDU!jk3k+
From: jk3k+@ANDREW.CMU.EDU (Joe Keane)
Newsgroups: comp.protocols.misc
Subject: Re: About Protocols for File Transfer
Message-ID: <8WbMLYy00Vs8EzltB4@andrew.cmu.edu>
Date: 27 May 88 15:06:12 GMT
References: <692@ncrcce.StPaul.NCR.COM>
Sender: daemon@ucbvax.BERKELEY.EDU
Organization: The Internet
Lines: 11

In article <303@cfcl.UUCP> dwh@cfcl.UUCP (Dave Hamaker) writes:
>Using ordinary asynchronous RS-232 full-duplex serial communications, is an
>error-detecting/correcting file-transfer protocol possible which is as fast
>as or faster than non-protocol transfer?  If not, why not?  If so, how?

Sure, why not?  Assuming no errors (otherwise the question is really
stupid), the only overhead is acks from the receiver (`block 0 OK',
`block 1 OK', ...)  Assuming the protocol has a reasonable window and
the acks are smaller than the data, this doesn't slow anything down.
Of course most protocols delimit the blocks.

--Joe