From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-wr1-x435.google.com (mail-wr1-x435.google.com [IPv6:2a00:1450:4864:20::435]) (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 003483B2A4 for ; Sat, 12 Nov 2022 12:14:11 -0500 (EST) Received: by mail-wr1-x435.google.com with SMTP id g12so10336314wrs.10 for ; Sat, 12 Nov 2022 09:14:11 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:from:to:cc:subject:date :message-id:reply-to; bh=piSbS5ceWSeqbxnPzFRzzXY3btzYg/PC/6ADAjIpTyQ=; b=guZwrVkaehlaR/RDXfuHpufDX9fO/2mnkV4+wPRRXCuA09f3MQdJzBSCfmuz/sIV6Q C1dn4lRMEMORYo2LZ2pRpkxP0WXzfE3jo00atP0AjnSWk4FXPxqNk5kRAo92Jd9HInl/ yD0rKXLKPxqGy2koMX+BFXOCLPNHr+JTZ1uvkd1bERwjD8mC3+iWXDtd0TE2iRwnIGBG w0DlCbIDlreUjqHqE3GVfW6zMuGbyQMKy3omInxpDQGlViayLT9HUy+/Z+hu0kFh9CrR LcoDQVahaPEUk5fJaGCULw2wkC/jnEUTPl/mIzs28lfTPwXLbhZp4hFvMRsl9amorQDe 9nrA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=content-transfer-encoding:cc: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=piSbS5ceWSeqbxnPzFRzzXY3btzYg/PC/6ADAjIpTyQ=; b=YmVgbMYmKzyRAbYYWEaCKIV6p7HCTb1AguroRQ70e2QnX6mjUyHHEwjqYo7ErSv7o5 ixj6j9dppxmYUd9fxmRat7X96lA/+GhksFfrnikplHDmxYdCGy7nl3chWQB2YuInlp+2 qDlspsPG4DMzZ+mFc2KRbjpr78wPec5iBVuE5V5sFtQBtZVN/cugaiRn5nhM03lQIFcX p6lsGhFWDeGl2trx0B7vgtlOueVY0skolioMVm7GK0Fexc8nIP1gxIkfmiYUz/crEXHw EnWrVSXFT+UJqndxIqss0Ll8RYN0xc3JnYweBIEJNIRSHh+HqFpRbltm4x52v47J/KFH YZFA== X-Gm-Message-State: ANoB5pmCNppSFP+N2kFG1uf1vqOGJDG1xG/DBxiVHYFBfAftZ2/HgmW4 OJsChqlO+SPeCkH0egI/xAnOcBRnzQnv7tPsnpRl3WM2pEE= X-Google-Smtp-Source: AA0mqf50s4xJE0w1U8JeN4skpFnJZP360ZVr9oX7H0GQC8+0Icw7dC+Azd4yFZkFe6rDNJv1HSM80MTrKm7thF7F02I= X-Received: by 2002:a05:6000:1183:b0:238:aa36:6b0d with SMTP id g3-20020a056000118300b00238aa366b0dmr3662690wrx.688.1668273250528; Sat, 12 Nov 2022 09:14:10 -0800 (PST) MIME-Version: 1.0 References: <20221112084453.58fd2916@hermes.local> In-Reply-To: <20221112084453.58fd2916@hermes.local> From: Dave Taht Date: Sat, 12 Nov 2022 09:13:58 -0800 Message-ID: To: Stephen Hemminger Cc: libreqos , "aapasqual@gmail.com" Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Subject: Re: [LibreQoS] libreqos vs a vs paraqum X-BeenThere: libreqos@lists.bufferbloat.net X-Mailman-Version: 2.1.20 Precedence: list List-Id: Many ISPs need the kinds of quality shaping cake can do List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Nov 2022 17:14:12 -0000 On Sat, Nov 12, 2022 at 8:44 AM Stephen Hemminger wrote: > > On Sat, 12 Nov 2022 07:54:02 -0800 > Dave Taht wrote: > > > I (personally) have zero interest in dpdk and vpp. I don't want to > > give up all the other nifty things a linux box can do by using it, so > > I followed along on the xdp work - but I concede that these > > technologies are probably always going to be faster than xdp, and > > there are a ton of products deployed using it. I'd hoped someone would > > fund open sourcing a fq_codel or cake implementation for it. (Same > > goes for freebsd and pfsense which could use a native BQL + fq_codel > > implementation. The BSD packet buffering scheme is really alien to > > me). DPDK and vpp were born of the recognition that with conventional > > processors, the bottleneck is more on the read side than the write > > side, once you crack 10gbit. > > Linux and BSD has to solve the general purpose problem (lots of devices, = any application, etc) > and therefore has lots of locking an other overhead. All that overhead ke= eps > it in the 1 to 4 Million packets/second/core forwarding range. With BPF = some > of this can be bypassed but then most of the interesting stuff is gone an= d still > limited to 10Mpps. All I really want is for some ethernet card to actually be able to pick a cpu to interrupt based on LPM. Why is even a small amount of CAM so hard?? some card must do this... > The dedicated stuff gets much higher PPS but at a cost, limited HW suppor= , > no generic locking etc. > > Doing research before diving into CAKE on DPDK, the real issue is that th= ere > is no supported flow classification model in DPDK. There was a limited/de= ad library > and doing the full classification like Linux gets harder. I thought the panda flow dissector held great promise, generally, for all OSes, in userspace, and even in FPGAs and chips. https://www.sipanda.io/post/blog_aug_04 No? --=20 This song goes out to all the folk that thought Stadia would work: https://www.linkedin.com/posts/dtaht_the-mushroom-song-activity-69813666656= 07352320-FXtz Dave T=C3=A4ht CEO, TekLibre, LLC