From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-io1-xd36.google.com (mail-io1-xd36.google.com [IPv6:2607:f8b0:4864:20::d36]) (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 2E8203CB35 for ; Tue, 23 Nov 2021 02:33:28 -0500 (EST) Received: by mail-io1-xd36.google.com with SMTP id x6so4975840iol.13 for ; Mon, 22 Nov 2021 23:33:28 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=Z6u82dTQucvIVv6/UlofWT7na4KHEVUILTOX6Vq1vQI=; b=ixBkB9o0PS1WIfTf4EAd0EIkhABqsDg4fIS+CQCwnYXoB75MWOH6YrZ0dDdFo2AWFD 1dzZ0WSc/8JPgHK56YeiQmzaLKDwuQFdyKKF1BpQofAZF5psXAwDOBDD+jxfrFkZUNne j08TI1z6Z8TrnzTl3HOdHiD8pRNMqR8hxeTwVEmnewxg3+dQQvMxHhmPn+pOyrJsXM68 E8Rj84oR/HSCY6/B+fdgASqhXjLT+V1Tg9QF7xKHbXoaw38Exo76plAhJFxUfk/Poy41 DH7WkvhJg+DP8XIa177oyf6BK1V4Kvd2UyFl0bXgV/UILRkXEYN4yh2CoKrLnPCF5xYI qjEw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=Z6u82dTQucvIVv6/UlofWT7na4KHEVUILTOX6Vq1vQI=; b=IZmkDMphxpcJy7W/AYZ2r5/UWR6mOkqcwIh30N9aakcVOluWM7sThTF2WNnsDI9gx2 KdlaLmR8fIW/0beypgV9SqM1I/JKxaWk1G1rjSYBvfxDVuGgfyG0Ery4A0b1n22m72uK fdPJ8PcykDqAg+yXcJf5hja149EcfwcA9D15e0x8OF3s3IA20KN10h4gGi6dw0ZKM1ab 7vrd9uNm5vEzXRkRNrWT2liSBEJPNwWm51VPNJkf6IVaVVoVOjWcNc4yGGy2xYL/jVzX pISZUWY+WA2xWsq3xOJqCICPJUbiqVv7cDA4VLKE3RQC8wsbMlx5pC1G4UWfgjpTg2wo NCJg== X-Gm-Message-State: AOAM531eCmm6WVXKoJkUoB+nXlSUReWHnHV4Ck+jFuXQuPygS+/+WDHw MwfXlax+ml89mCcKw0vwJfoPyI9JaoIt82JmJp6gW0wbaCI= X-Google-Smtp-Source: ABdhPJwV0WldNNCQrxsEmCAf/mqEyjB7N/pwm0SdhNFDEu2qVRqyiCyJBjBBveqTZXLUn9Zqn2/TOJw531Ww9q0drxw= X-Received: by 2002:a5d:850b:: with SMTP id q11mr3486193ion.204.1637652807505; Mon, 22 Nov 2021 23:33:27 -0800 (PST) MIME-Version: 1.0 References: <67BC6CC2-F088-4C0D-8433-A09F4AC452FE@gmx.de> In-Reply-To: From: Dave Taht Date: Mon, 22 Nov 2021 23:33:14 -0800 Message-ID: To: Sebastian Moeller Cc: Cake List Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Subject: Re: [Cake] tossing acks into the background queue 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: Tue, 23 Nov 2021 07:33:28 -0000 https://forum.openwrt.org/t/making-cake-multicore-or-other-new-features/112= 623 On Mon, Nov 22, 2021 at 11:32 PM Dave Taht wrote: > > The context of my question is basically this: > > Is cake baked? Is it done? > > Is there anything from libreQos that would be better in C? > > On Mon, Nov 22, 2021 at 11:17 PM Dave Taht wrote: > > > > On Mon, Nov 22, 2021 at 11:07 PM Sebastian Moeller wr= ote: > > > > > > Hi Dave, > > > > > > > > > On 23 November 2021 06:03:03 CET, Dave Taht wro= te: > > > >ages ago I'd (we'd? I really don't remember - forgive me if I've > > > >forgotten who actually leaned in on it) written a basic ack-filter i= n > > > >ebpf. this was before cake gained tc actions and my primary use for > > > >the tech was for asymmetric connections, and before the good > > > >ack-filter arrived, and I was (and remain) unfriendly to this level = of > > > >dpi. > > > > > > > >That said, on a symmetric connection, deprioritizing pure acks to th= e > > > >5% background queue nd then turning the cake ack-filter loose on it > > > >might actually work. > > > > > > > >Am I on drugs/is there any point? > > > > > > I think at leat when using multiple priority tins forward and reverse= traffic should by default use the same tin (I can see non-standard situati= ons that want differential treatment). The argument is that unlike earlier = attempts at ingress shaping that tried to throttle reverse ACKs? cake/codel= do proper 'hit the brakes' signalling via marking/dropping and we want tha= t signal to reach the other end as quickly as possible, no? > > > > My thought was basically an optional filter that steered all pure acks > > (no matter the classification) into the background queue. > > Non-pure-acks (sacks) essentially jump the background queue and signal > > that loss earlier. The backlog of other acks in background get > > delivered out of order, but purely out of order and discarded by the > > reciever. > > > > > Regards > > > Sebastian > > > > > > > > > > > > > > > > > > > > > >-- > > > >I tried to build a better future, a few times: > > > >https://wayforward.archive.org/?site=3Dhttps%3A%2F%2Fwww.icei.org > > > > > > > >Dave T=C3=A4ht CEO, TekLibre, LLC > > > >_______________________________________________ > > > >Cake mailing list > > > >Cake@lists.bufferbloat.net > > > >https://lists.bufferbloat.net/listinfo/cake > > > > > > -- > > > Sent from my Android device with K-9 Mail. Please excuse my brevity. > > > > > > > > -- > > I tried to build a better future, a few times: > > https://wayforward.archive.org/?site=3Dhttps%3A%2F%2Fwww.icei.org > > > > Dave T=C3=A4ht CEO, TekLibre, LLC > > > > -- > I tried to build a better future, a few times: > https://wayforward.archive.org/?site=3Dhttps%3A%2F%2Fwww.icei.org > > Dave T=C3=A4ht CEO, TekLibre, LLC --=20 I tried to build a better future, a few times: https://wayforward.archive.org/?site=3Dhttps%3A%2F%2Fwww.icei.org Dave T=C3=A4ht CEO, TekLibre, LLC