Messages in this thread | | | Date | Fri, 26 Feb 1999 15:15:35 -0800 | From | (Pete Wyckoff) | Subject | Re: TCP quickack race ? (Was Problem: ...) |
| |
mattes@ice.robin.de says:
> Have to disapoint you here. I got these stalls already with 2.2.1. Though > it became worse with 2.2.2. Using 2.2.1 the stalls only happened with > READ_SIZEs <= 25.
Whew. Nothing to do with quickack. That just gave the server side of the connection more opportunity to fill the pipe faster. It's still a bad sign that the client's receive queue is empty even though we see the packets going by with tcpdump.
Can you go back down the tree until you find one which will not stall for you? Another idea would be to turn off SMP if you'd had it on in the kernels you used for the tests. These timing-related thing are notoriously hard to debug.
-- Pete --------------------------------------------- Pete Wyckoff | wyckoff@ca.sandia.gov Sandia National Labs | 925 294 3503 (voice) MS 9011, P.O. Box 969 | 925 294 1225 (fax) Livermore, CA 94551 |
- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.rutgers.edu Please read the FAQ at http://www.tux.org/lkml/
| |