Date   : Tue, 17 Jan 1984 22:41:00 EST
From   : Robert L. Plouffe <PLOUFF@mit-mc>
Subject: mdm716 buffer size

The following message from Keith Petersen correctly and
completely explains the reason for the 2k file transfer
buffer.  He assumed as I did that the data capture buffer
(even if started at the same point) and the file transfer
buffer had independent size limits - i.e, one set by the
BUFSIZ equate for filhe other set by
checking to see if either the CCP or BDOS (optiono be overwritten so that
the whole TPA can be used
on a dynamic bture.  This is tER, it was changed
somewhere along the line and iprinter
buffer tfile 

transfer and data capture buffers to BUFSI BE
STRAIGHTENEDE OPTIMAL COMPROMISE AS EXPLAINED BY KEITH),
AND BUFFER ALLOWED T BUFFER (FIXED) [4K OUGHT TO BE 
ENOUGH].  If I ul correctly, Ron, and it will hopefully

be in MDM718.

In the mey thing that can at 16 as Hoff has done in MDM717.


Do make sure patching with Dr since MDM715, the program has
been larger than overlay patch fi----
Date: Wed, 11 Jan 84 21:40:07 EST
From: Keit at brl-bmd>
To::   Chan.CST at hi-multics, INFO-CPM at brl-vgr
Rin mdm716

Pleasr already have MDM717
"in progress" and we shouldorthcoming from hate to see all that good stuff that
Bob Plouffe ripped out" by Iike it".  That's how we lost the "retry
after tenamoung other thir the
protocol file transfer mode.  It does not al
capture mode. th slower disk systems which took so long writingut (and
consequein the directory) that they lost the next sector 
from the senderabort.
The 2k buffer was chosen MANY versions bacam was
MODEM2) apeed
and the improvement in receiving speed by puers
into the bufs the
way Ward Christensen's old original MODEM p the
disk.
-----