[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-ID: <20231002131738.1868703-1-edumazet@google.com>
Date: Mon, 2 Oct 2023 13:17:34 +0000
From: Eric Dumazet <edumazet@...gle.com>
To: "David S . Miller" <davem@...emloft.net>, Jakub Kicinski <kuba@...nel.org>,
Paolo Abeni <pabeni@...hat.com>
Cc: Willem de Bruijn <willemb@...gle.com>, Soheil Hassas Yeganeh <soheil@...gle.com>,
Neal Cardwell <ncardwell@...gle.com>, Jamal Hadi Salim <jhs@...atatu.com>,
Cong Wang <xiyou.wangcong@...il.com>,
"Toke Høiland-Jørgensen" <toke@...hat.com>, Jiri Pirko <jiri@...nulli.us>, netdev@...r.kernel.org,
eric.dumazet@...il.com, Eric Dumazet <edumazet@...gle.com>
Subject: [PATCH v2 net-next 0/4] net_sched: sch_fq: add WRR scheduling and 3 bands
As discussed in Netconf 2023 in Paris last week, this series adds
to FQ the possibility of replacing pfifo_fast for most setups.
FQ provides fairness among flows, but malicious applications
can cause problems by using thousands of sockets.
Having 3 bands like pfifo_fast can make sure that applications
using high prio packets (eg AF4) can get guaranteed throughput
even if thousands of low priority flows are competing.
Added complexity in FQ does not matter in many cases when/if
fastpath added in the prior series is used.
v2: augmented two extack messages (Toke)
Eric Dumazet (4):
net_sched: sch_fq: remove q->ktime_cache
net_sched: export pfifo_fast prio2band[]
net_sched: sch_fq: add 3 bands and WRR scheduling
net_sched: sch_fq: add TCA_FQ_WEIGHTS attribute
include/net/sch_generic.h | 1 +
include/uapi/linux/pkt_sched.h | 14 +-
net/sched/sch_fq.c | 265 ++++++++++++++++++++++++++-------
net/sched/sch_generic.c | 9 +-
4 files changed, 228 insertions(+), 61 deletions(-)
--
2.42.0.582.g8ccd20d70d-goog
Powered by blists - more mailing lists