From: Jesse Brandeburg <[EMAIL PROTECTED]>
Date: Tue, 31 Jan 2006 18:59:37 -0800 (Pacific Standard Time)
> 21: rcv_ssthresh = 63712 window_clamp: 98464
> winfrmspc: 1404 <= skblen: 1448 incr: 2896
> 21: rcv_ssthresh = 66608 window_clamp: 98464
> winfrmspc: 1404 <= skblen: 1448 incr: 2896
> 21: rcv
On Tue, 31 Jan 2006, David S. Miller wrote:
From: Jesse Brandeburg <[EMAIL PROTECTED]>
Date: Tue, 31 Jan 2006 16:27:59 -0800 (Pacific Standard Time)
> Assuming a 1500 mtu, This appears to be due to e1000 allocating 2k buffers
> for hardware + 2 bytes of alignment to align the ip header (NET_IP_A
From: Jesse Brandeburg <[EMAIL PROTECTED]>
Date: Tue, 31 Jan 2006 16:27:59 -0800 (Pacific Standard Time)
> Assuming a 1500 mtu, This appears to be due to e1000 allocating 2k buffers
> for hardware + 2 bytes of alignment to align the ip header (NET_IP_ALIGN),
> to which then dev_alloc_skb adds 16
We've recently run into a problem with performance due to what appears to
be the socket buffer accounting based on skb->truesize.
NOTE: detailed analysis follows, please bear with me...
This code in tcp_input.c is preventing growth of the window when e1000
pci/pci-x is a client. This in turn
