From: "Ian McDonald" <[EMAIL PROTECTED]> Date: Thu, 4 May 2006 13:59:04 +1200
> Wouldn't it be more likely commit 5d0b6f2bdaf7e016e750cd24164a241512d968a3 > > as this touches net/ipv4/tcp_output.c and is also in same general area? This commit makes us account transmit memory properly. Previously we were underaccounting which is a serious error and in fact could result in assertion failures due to sk->sk_forward_alloc going negative if things were just right. If this change is what makes an application go slower, then the problem is likely that the socket send buffer limits are not being set large enough. That being said, the first thing that should be tried is reverting the above mentioned change and see if the problem goes away. If so, then we need to investigate what the bandwidth delay product is for the connection, and whether the socket send buffer is set large enough for that size of pipe. - To unsubscribe from this list: send the line "unsubscribe netdev" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html
