lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  PHC 
Open Source and information security mailing list archives
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Date:	Mon, 18 Jan 2016 08:53:13 -0800
From:	Eric Dumazet <>
To:	Jesper Dangaard Brouer <>
Cc:	David Miller <>,,,,,,,,,
Subject: Re: Optimizing instruction-cache, more packets at each stage

On Mon, 2016-01-18 at 11:27 +0100, Jesper Dangaard Brouer wrote:

> The NAPI drivers actually already have a flush API (calling
> napi_complete_done()), BUT it does not always get invoked, e.g. if the
> driver have more work to do, and want to keep polling.
>  I'm not sure we want to delay "flushing" packets queued in the GRO
> layer for this long(?).

Since linux-3.7 we have this logic :

(Some arches have quite expensive high resolution timestamps)

Powered by blists - more mailing lists