netdev - Re: [PATCH net-next 0/2] net_sched: sch_fq: enable in-kernel pacing for QUIC servers

lists.openwall.net		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 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [day] [month] [year] [list]

Message-Id: <20190507.120939.839641611414589004.davem@davemloft.net>
Date:   Tue, 07 May 2019 12:09:39 -0700 (PDT)
From:   David Miller <davem@...emloft.net>
To:     edumazet@...gle.com
Cc:     netdev@...r.kernel.org, willemb@...gle.com, eric.dumazet@...il.com
Subject: Re: [PATCH net-next 0/2] net_sched: sch_fq: enable in-kernel
 pacing for QUIC servers

From: Eric Dumazet <edumazet@...gle.com>
Date: Sat,  4 May 2019 16:48:52 -0700

> Willem added GSO support to UDP stack, greatly improving performance
> of QUIC servers.
> 
> We also want to enable in-kernel pacing, which is possible thanks to EDT
> model, since each sendmsg() can provide a timestamp for the skbs.
> 
> We have to change sch_fq to enable feeding packets in arbitrary EDT order,
> and make sure that packet classification do not trust unconnected sockets.
> 
> Note that this patch series also is a prereq for a future TCP change
> enabling per-flow delays/reorders/losses to implement high performance
> TCP emulators.

Looks great, series applied.