From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail.toke.dk (mail.toke.dk [IPv6:2a0c:4d80:42:2001::664]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by lists.bufferbloat.net (Postfix) with ESMTPS id DCC5C3B29E for ; Mon, 10 Feb 2025 04:30:24 -0500 (EST) From: Toke =?utf-8?Q?H=C3=B8iland-J=C3=B8rgensen?= DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=toke.dk; s=20161023; t=1739179823; bh=EOIzFEwUodnVwmYRp+H0IL4+1lFJtsCvMER1pIu/+ac=; h=From:To:Subject:References:Date:From; b=wCY9/X6rEDy7M5BP/Dmjl1jfDEiYymB+/7h4ffafb+IvCCUaP9ERxs+yL/oF/Y+uL 27fmFW6cLTTg3NYp3ZsY/Y2fNp9zfIKsg0fpM6+rONE1Sxu7knpd9yDvZGvT/8Kseh HKDlDHYWyOpKX2kND86QepRP319TnI0QgvrGkL44vBNscoqe8qrtvkI5TARRyg2XeB oOwtgu95cgu7SsxFZtbj++j0Vi7dnHrxH3D0dIOLYxlX1UYVs1rk4mKIuHnaLEixCy Qs3Nit9sUF0DX4LV+f6ZuiH4P2vbFtNq1tAYPa+q5Bqror8egQdmTYGlMb7GA2WRri +m1hTjMTqMmWQ== To: cake@lists.bufferbloat.net References: Date: Mon, 10 Feb 2025 10:30:22 +0100 X-Clacks-Overhead: GNU Terry Pratchett Message-ID: <87bjvarvtd.fsf@toke.dk> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" Subject: [Cake] Fwd: [NetDev-People] 0x19: Talk, mq-cake: Scaling software rate limiting across CPU cores X-BeenThere: cake@lists.bufferbloat.net X-Mailman-Version: 2.1.20 Precedence: list List-Id: Cake - FQ_codel the next generation List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Feb 2025 09:30:25 -0000 --=-=-= Content-Type: text/plain FYI :) --=-=-= Content-Type: message/rfc822 Content-Disposition: inline Date: Sun, 9 Feb 2025 08:37:41 -0500 To: people Subject: [NetDev-People] 0x19: Talk, mq-cake: Scaling software rate limiting across CPU cores From: Jamal Hadi Salim via people Cc: Kimberley Jeffries , Lael Santos , program-committee@netdevconf.info, Bruno Banelli , j.koeppeler@tu-berlin.de, stefan.schmid@tu-berlin.de, Jamal Hadi Salim MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Qdiscs rely on global lock to sync state across CPUs and therefore dont scale in presence of many cores (or in presence of very high bandwidth). Jonas K=C3=B6ppeler, Toke H=C3=B8iland-J=C3=B8rgensen, and Stefan Schmid im= plemented a multi-queue variant of sch_cake that can scale its rate limiting across hardware queues (and thus CPU cores) by sharing a bit of state on top of the mq qdisc. In this talk, they will present the implementation, performance evaluation, as well as discuss their proposal for an API that will make this work upstreamable, and applicable to other qdiscs as well. Details: https://netdevconf.info/0x19/16 cheers, jamal _______________________________________________ people mailing list -- people@netdevconf.info To unsubscribe send an email to people-leave@netdevconf.info --=-=-=--