Re: [PATCH bpf-next v3 00/10] Introduce preferred busy-polling

2020-11-23 Thread Jakub Kicinski
On Thu, 19 Nov 2020 09:30:14 +0100 Björn Töpel wrote: > Performance netperf UDP_RR: > > Note that netperf UDP_RR is not a heavy traffic tests, and preferred > busy-polling is not typically something we want to use here. > > $ echo 20 | sudo tee /proc/sys/net/core/busy_read > $ netperf -H 192.

Re: [PATCH bpf-next v3 00/10] Introduce preferred busy-polling

2020-11-23 Thread Jakub Kicinski
On Mon, 23 Nov 2020 14:31:14 +0100 Björn Töpel wrote: > Eric/Jakub, any more thoughts/input? Tomatoes? :-P Looking now, sorry for the delay. Somehow patches without net in their tag feel like they can wait..

Re: [PATCH bpf-next v3 00/10] Introduce preferred busy-polling

2020-11-23 Thread Björn Töpel
On Thu, 19 Nov 2020 at 09:30, Björn Töpel wrote: > > This series introduces three new features: > > 1. A new "heavy traffic" busy-polling variant that works in concert >with the existing napi_defer_hard_irqs and gro_flush_timeout knobs. > > 2. A new socket option that let a user change the bus

[PATCH bpf-next v3 00/10] Introduce preferred busy-polling

2020-11-19 Thread Björn Töpel
This series introduces three new features: 1. A new "heavy traffic" busy-polling variant that works in concert with the existing napi_defer_hard_irqs and gro_flush_timeout knobs. 2. A new socket option that let a user change the busy-polling NAPI budget. 3. Allow busy-polling to be perform