Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!utgpu!water!watmath!clyde!rutgers!mcnc!ece-csc!ncrcae!ncr-sd!hp-sdd!hplabs!ucbvax!AI.AI.MIT.EDU!JBVB
From: JBVB@AI.AI.MIT.EDU.UUCP
Newsgroups: comp.protocols.tcp-ip
Subject: Re: Terminal server efficiency
Message-ID: <288670.871119.JBVB@AI.AI.MIT.EDU>
Date: Thu, 19-Nov-87 23:22:46 EST
Article-I.D.: AI.288670.871119.JBVB
Posted: Thu Nov 19 23:22:46 1987
Date-Received: Sun, 22-Nov-87 09:58:43 EST
Sender: daemon@ucbvax.BERKELEY.EDU
Organization: The ARPA Internet
Lines: 12

If the window is smaller than the MSS, the MSS doesn't matter much - you'll
never see a packet bigger than the window.  I have observed the 164-byte
window feature in Bridge, and the fact that at least one of their products
only sends 82 bytes (I hesitate to guess why..) in a packet, no matter how
much output is pending.  This is a box that serves as a milking machine,
attached to a host via async lines.

I think window (or MSS, whichever is the limiting factor) is an important
consideration.  I have found that it affects throughput a lot, even in
telnet output situations.

jbvb