Searched hist:"4 f693b55c3d2d2239b8a0094b518a1e533cf75d5" (Results 1 – 3 of 3) sorted by relevance
/openbmc/linux/include/uapi/linux/ |
H A D | snmp.h | diff 4f693b55c3d2d2239b8a0094b518a1e533cf75d5 Tue Nov 27 16:42:03 CST 2018 Eric Dumazet <edumazet@google.com> tcp: implement coalescing on backlog queue
In case GRO is not as efficient as it should be or disabled, we might have a user thread trapped in __release_sock() while softirq handler flood packets up to the point we have to drop.
This patch balances work done from user thread and softirq, to give more chances to __release_sock() to complete its work before new packets are added the the backlog.
This also helps if we receive many ACK packets, since GRO does not aggregate them.
This patch brings ~60% throughput increase on a receiver without GRO, but the spectacular gain is really on 1000x release_sock() latency reduction I have measured.
Signed-off-by: Eric Dumazet <edumazet@google.com> Cc: Neal Cardwell <ncardwell@google.com> Cc: Yuchung Cheng <ycheng@google.com> Acked-by: Neal Cardwell <ncardwell@google.com> Signed-off-by: David S. Miller <davem@davemloft.net>
|
/openbmc/linux/net/ipv4/ |
H A D | proc.c | diff 4f693b55c3d2d2239b8a0094b518a1e533cf75d5 Tue Nov 27 16:42:03 CST 2018 Eric Dumazet <edumazet@google.com> tcp: implement coalescing on backlog queue
In case GRO is not as efficient as it should be or disabled, we might have a user thread trapped in __release_sock() while softirq handler flood packets up to the point we have to drop.
This patch balances work done from user thread and softirq, to give more chances to __release_sock() to complete its work before new packets are added the the backlog.
This also helps if we receive many ACK packets, since GRO does not aggregate them.
This patch brings ~60% throughput increase on a receiver without GRO, but the spectacular gain is really on 1000x release_sock() latency reduction I have measured.
Signed-off-by: Eric Dumazet <edumazet@google.com> Cc: Neal Cardwell <ncardwell@google.com> Cc: Yuchung Cheng <ycheng@google.com> Acked-by: Neal Cardwell <ncardwell@google.com> Signed-off-by: David S. Miller <davem@davemloft.net>
|
H A D | tcp_ipv4.c | diff 4f693b55c3d2d2239b8a0094b518a1e533cf75d5 Tue Nov 27 16:42:03 CST 2018 Eric Dumazet <edumazet@google.com> tcp: implement coalescing on backlog queue
In case GRO is not as efficient as it should be or disabled, we might have a user thread trapped in __release_sock() while softirq handler flood packets up to the point we have to drop.
This patch balances work done from user thread and softirq, to give more chances to __release_sock() to complete its work before new packets are added the the backlog.
This also helps if we receive many ACK packets, since GRO does not aggregate them.
This patch brings ~60% throughput increase on a receiver without GRO, but the spectacular gain is really on 1000x release_sock() latency reduction I have measured.
Signed-off-by: Eric Dumazet <edumazet@google.com> Cc: Neal Cardwell <ncardwell@google.com> Cc: Yuchung Cheng <ycheng@google.com> Acked-by: Neal Cardwell <ncardwell@google.com> Signed-off-by: David S. Miller <davem@davemloft.net>
|