> 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/