[2554] in linux-net channel archive

home help back first fref pref prev next nref lref last post

Re: PPP is slow (and so is TCP!) [with fixes]

daemon@ATHENA.MIT.EDU (Alan Cox)
Wed Apr 17 06:08:56 1996

From: Alan Cox <alan@cymru.net>
To: schenk@cs.toronto.edu (Eric Schenk)
Date: 	Wed, 17 Apr 1996 10:12:14 +0100 (BST)
Cc: roque@di.fc.ul.pt, linux-net@vger.rutgers.edu, netdev@nuclecu.unam.mx
In-Reply-To: <96Apr15.142545edt.15351@dvp.cs.toronto.edu> from "Eric Schenk" at Apr 15, 96 02:25:37 pm

> It seems that a delay of HZ/2 is very noticable in typing.
> However, as you point out, it is not a good idea to get rid of delayed
> ACK's all together.

You must never delay an ack for a partial frame. Take a look at the 4.4lite
input code path. People spent a lot of time deciding its hard to do. We can 
delay a tiny fraction so that the bottom of the tcp receive handler does the ack
(that way an ack doing a window open will not cause an ack then data frames)

Alan



home help back first fref pref prev next nref lref last post