It does not seem to solve the problem: . Linux 2.6.9 takes 15 seconds to copy 105 MB to the Mac OSX . Linux 2.6.10 with the TCP patch still takes 325 seconds.
Hubert Tonneau wrote: It does not seem to solve the problem: . Linux 2.6.9 takes 15 seconds to copy 105 MB to the Mac OSX . Linux 2.6.10 with the TCP patch still takes 325 seconds. is there a packet
I know what's wrong, no trace needed, Stephen's patch misses tcp_push_one() and similar. He only added the PSH bit setting to tcp_write_xmit(). Hubert, try this patch instead. == net/ipv4/tcp_output.
Sorry, it still does not work, unless I made a mistake: Linux 2.6.9 takes 15 seconds to copy 105 MB to Mac OSX Linux 2.6.10 with the TCP patch below still takes 325 seconds to do the same. You can pi
Hubert Tonneau wrote: Sorry, it still does not work, unless I made a mistake: Linux 2.6.9 takes 15 seconds to copy 105 MB to Mac OSX Linux 2.6.10 with the TCP patch below still takes 325 seconds to d
Still not setting Push sufficiently to keep MacOSX happy. 13:40:35.027124 IP 10.107.96.230.netbios-ssn > 10.107.96.7.32801: P 924:975(51) ack 67344 win 50728 13:40:35.027186 IP 10.107.96.230.netbios-
Er, how is this compliant with 2581 (yes, I know, it's only a SHOULD, not a MUST) - an ACK should be generated for at least every second full-sized segment received? Don't see that happening. In many
I don't think it's the kernel's fault in this case. This set of data frames you quoted are all full, and are tightly interspaced. It looks exactly like a TSO frame, which we certainly set PSH on, but
Or it was two one-segment frames. Before blaming on e1000 it would be easier to confirm that linux never worked with MacOS X, except for those kernels which had congestion avoidance mostly supppress
In any case, receiver cannot know sender cwnd, so that "fill" or "not fill" is is not a question. What is broken in that implementation is that it does not feel slow start. ACK avoidance while slow
... Even ignoring my TSO changes, we should be seeing at a minimum 1/2 window PSH settings which we're not as far as I can tell. (this is due to the forced_push() test in net/ipv4/tcp.c) This also po