On Tue, Nov 27, 2018 at 5:42 PM Eric Dumazet <[email protected]> wrote: > > 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 <[email protected]> > Cc: Neal Cardwell <[email protected]> > Cc: Yuchung Cheng <[email protected]> > ---
Acked-by: Neal Cardwell <[email protected]> Thanks! neal
