Re: 2.4 TCP performance difference - feature or flaw?

From: Eric Weigle (ehw@lanl.gov)
Date: Tue Nov 27 2001 - 10:32:39 EST


Morning-

First, don't use 2.4.15, there's a known bug that causes "minor" FS corruption
on umount. Upgrade to 2.4.16 and force a fsck.

> The issue:
> I have my keyboard repeat rate set high (31 chars/sec). When I'm SSH'ed into
> Linux and I hold down a letter key (for example), it does not repeat
> "smoothly" with a 2.4 kernel installed. The characters seem to show up about
> 2 at a time. It's as if I'm going over a high-latency connection; I'm not.
This might be an issue with the Nagle algorithm; this basically sets a
time to wait for more input before sending a packet. That way fewer total
packets are sent over interactive connections (sending one byte payloads
with many-byte headers wastes BW) and generally it is a Good Idea. If this is
indeed the problem it might be because 2.2.20 doesn't implement the algorithm
quite the same way as 2.4.15 but that's beyond my knowledge.

If it really bugs you get the SSH client/server source and grep for where
the socket options are set `grep -r "setsockopt" *` and see if the TCP_NODELAY
flag is set in some call. If not just add code like:
        if (setsockopt(fd, IPPROTO_TCP, TCP_NODELAY, &i, sizeof(int))<0)
                fprintf(stderr, "Failed to turn of Nagle algorithm");
and see if that does anything.

If the code is already there, then there might actually be a minor bug in
the kernel.

-Eric

-- 
--------------------------------------------
 Eric H. Weigle   CCS-1, RADIANT team
 ehw@lanl.gov     Los Alamos National Lab
 (505) 665-4937   http://home.lanl.gov/ehw/
--------------------------------------------
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/



This archive was generated by hypermail 2b29 : Fri Nov 30 2001 - 21:00:27 EST