From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-pj1-x1035.google.com (mail-pj1-x1035.google.com [IPv6:2607:f8b0:4864:20::1035]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by lists.bufferbloat.net (Postfix) with ESMTPS id 354A33B29D for ; Thu, 13 Oct 2022 19:01:05 -0400 (EDT) Received: by mail-pj1-x1035.google.com with SMTP id x31-20020a17090a38a200b0020d2afec803so3202214pjb.2 for ; Thu, 13 Oct 2022 16:01:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=to:subject:message-id:date:from:in-reply-to:references:mime-version :from:to:cc:subject:date:message-id:reply-to; bh=qNkG+H/AXtd84UJm9R/pH6irNON6FUQLmBKBMteP4YI=; b=fiAuO0r0F7yWMyZIGuejIkzPA8jF+fS5me0KDnJVoXyw/ZGDCTNsRrDlR1WBo7VNe0 MFIRLPm+8RGW77Y90iQ11h2NwC5iE2AN+NCBwN2r/rrAcm4cYI+wl4yd5Fw20DvTPMRe stFPmvQ7KbfBCJMnyTHu2XXiI1bVomo0eL6z+8tPrOgdTsGTVTRhYS2AoJISaBfE1fse x8kndbpAXQ+OeGg+KfzFRTOLYEj2ujElIzpbQsPMR2tiBYN7i79DBK/0PpkxEh866o9D iZHfSgC8TdNajUpRoE36Fq6R3RcGsQG6jQvW+smcJfJsruAiFXYPGHCI4iYYn1lMS6Et 2qNg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=to:subject:message-id:date:from:in-reply-to:references:mime-version :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=qNkG+H/AXtd84UJm9R/pH6irNON6FUQLmBKBMteP4YI=; b=H3yop8DsYfvQOdw/FNXB6Pu+fSZB5dqpqPxuxlEyn2To6hjtzcoeniTPE+T1cH/NuN rEXUwRJzVcZIiBj4XgACZkKOvQcF49sZhedbfiOTbnxEym5fSsS8IWYnqIgbKmwHmAef 3urBzlT/b8T+uGMF0L+yeJlIvsC2+s4RAfmBQvbHueOuR2Vf8GryfWPN1qrMKDZI7yMR LQOXwRyHZGvpMZjaMiT53lKNIBRTg1bmFNifgtefWhMWJe+6AXkDX5wfKuCozS6XgXRM WYVi4wS9Hb7jJCAtJ5d8/Ij93IxKKTlERd9Un/eFRGWwOte+bOSk2k/CiIp7YZsZe4DY 4hUw== X-Gm-Message-State: ACrzQf2OlwtF6ydwjZIietRQvffkX4GbPUt2q7zRiPZ5mFR1Nxzcgbre GW/50LTtYx8LFRlCFYRGw7+CQJ92hTQtVLx+sVCaMp/a X-Google-Smtp-Source: AMsMyM7l2416lR55HCb3PF4bLf7XgofweWoR+JcFT77pUHfBB9WGhz5qjfkR5olCG7/FCaO7p7V5M/NRuyfDJ7BJeQg= X-Received: by 2002:a17:903:124e:b0:179:da2f:244e with SMTP id u14-20020a170903124e00b00179da2f244emr2174282plh.169.1665702063945; Thu, 13 Oct 2022 16:01:03 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Herbert Wolverson Date: Thu, 13 Oct 2022 18:00:52 -0500 Message-ID: To: libreqos@lists.bufferbloat.net Content-Type: multipart/alternative; boundary="000000000000d2bbe805eaf27bc4" Subject: Re: [LibreQoS] DPDK vs XDP X-BeenThere: libreqos@lists.bufferbloat.net X-Mailman-Version: 2.1.20 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Oct 2022 23:01:05 -0000 --000000000000d2bbe805eaf27bc4 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Sorry I had to run - daycare schedule is tight if I want to park anywhere remotely nearby. I glanced through, and raising the hashmap/trie sizes is pretty straightforward. The bigger problem looks to be the class numbering scheme (major:minor). I wonder if it's possible to change the representation to use 8 bits for Major/CPU and 24 for the minor? That would give us 16 million identifiers. I'll try to research tomorrow. On Thu, Oct 13, 2022, 5:48 PM Robert Chac=C3=B3n via LibreQoS < libreqos@lists.bufferbloat.net> wrote: > If we can get the IP filtering limit upped from 32k and introduce virtual > interfaces to split up HTBs as Toke suggested, we could see some crazy > throughput thanks to XDP. Very exciting! > > On Thu, Oct 13, 2022 at 4:41 PM Dave Taht via LibreQoS < > libreqos@lists.bufferbloat.net> wrote: > >> I still get the giggles when I see the CPU usage on fig 4. >> >> >> https://github.com/xdp-project/xdp-paper/blob/master/xdp-the-express-dat= a-path.pdf >> >> DPDK is a great way to heat data centers. >> >> -- >> This song goes out to all the folk that thought Stadia would work: >> >> https://www.linkedin.com/posts/dtaht_the-mushroom-song-activity-69813666= 65607352320-FXtz >> Dave T=C3=A4ht CEO, TekLibre, LLC >> _______________________________________________ >> LibreQoS mailing list >> LibreQoS@lists.bufferbloat.net >> https://lists.bufferbloat.net/listinfo/libreqos >> > > > -- > Robert Chac=C3=B3n > CEO | JackRabbit Wireless LLC > _______________________________________________ > LibreQoS mailing list > LibreQoS@lists.bufferbloat.net > https://lists.bufferbloat.net/listinfo/libreqos > --000000000000d2bbe805eaf27bc4 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Sorry I had to run - daycare schedule is tight if I want = to park anywhere remotely nearby.

I glanced through, and raising the hashmap/trie sizes is pretty straigh= tforward. The bigger problem looks to be the class numbering scheme (major:= minor). I wonder if it's possible to change the representation to use 8= bits for Major/CPU and 24 for the minor? That would give us 16 million ide= ntifiers.

I'll try t= o research tomorrow.

On Thu, Oct 13, 2022, 5:48 PM Robert Chac=C3=B3n = via LibreQoS <libreqos= @lists.bufferbloat.net> wrote:
If we can get the IP filtering limit upped from 32k and= introduce virtual interfaces to split up HTBs as Toke suggested, we could = see some crazy throughput thanks to XDP. Very exciting!

On Thu, Oct 13, = 2022 at 4:41 PM Dave Taht via LibreQoS <libreqos@lists.buffe= rbloat.net> wrote:
I still get the giggles when I see the CPU usage on fig 4.

https:/= /github.com/xdp-project/xdp-paper/blob/master/xdp-the-express-data-path.pdf=

DPDK is a great way to heat data centers.

--
This song goes out to all the folk that thought Stadia would work:
h= ttps://www.linkedin.com/posts/dtaht_the-mushroom-song-activity-698136666560= 7352320-FXtz
Dave T=C3=A4ht CEO, TekLibre, LLC
_______________________________________________
LibreQoS mailing list
LibreQoS@lists.bufferbloat.net
https://lists.bufferbloat.net/listinfo/lib= reqos


--
Robert Chac=C3=B3n
CEO | JackRabbit Wireless LLC
_______________________________________________
LibreQoS mailing list
LibreQoS@lists.bufferbloat.net
https://lists.bufferbloat.net/listinfo/lib= reqos
--000000000000d2bbe805eaf27bc4--