From: Sebastian Moeller <moeller0@gmx.de>
To: cake@lists.bufferbloat.net, "Avakash bhat" <avakash261@gmail.com>,
"Toke Høiland-Jørgensen" <toke@redhat.com>
Cc: Vybhav Pai <vybhavpai1999.vp@gmail.com>,
Shrinidhi Varna <shrinidhivarna.171co145@nitk.edu.in>,
"Mohit P. Tahiliani" <tahiliani@nitk.edu.in>,
Deepak K <deepakkavoor99@gmail.com>
Subject: Re: [Cake] Query on ACK
Date: Thu, 07 May 2020 09:07:01 +0200 [thread overview]
Message-ID: <A85845BB-010A-4F39-99F4-C6206F7FEA65@gmx.de> (raw)
In-Reply-To: <CAC8NkTCYBokx0NedyuOKjhZqUMHXAc5tZtObTpdyjkvE4U_zUw@mail.gmail.com>
[-- Attachment #1: Type: text/plain, Size: 764 bytes --]
I think that you will remove all redundant Backs in one go considerably advancing the new ACK in the queue. And more importantly, in most relevant modes cake will apply one queue per flow stochastically, so almost all packet's in a reverse ACK flow will be ACK with identical 5-tupel....
On 7 May 2020 08:44:59 CEST, Avakash bhat <avakash261@gmail.com> wrote:
>Thanks for the quick response. I also had a followup question.
>
>If the ack filter adds the new ack to the tail of the queue after
>removing
>an ack from the queue, won't it be starving the ack?
>The replaced ack was much ahead in the queue than the ack we replaced
>at
>the tail right?
>
>Thanks,
>Avakash Bhat
--
Sent from my Android device with K-9 Mail. Please excuse my brevity.
[-- Attachment #2: Type: text/html, Size: 1074 bytes --]
next prev parent reply other threads:[~2020-05-07 7:07 UTC|newest]
Thread overview: 24+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-05-06 18:43 Avakash bhat
2020-05-06 19:01 ` Jonathan Morton
2020-05-06 19:13 ` Toke Høiland-Jørgensen
2020-05-07 6:44 ` Avakash bhat
2020-05-07 6:59 ` Jonathan Morton
2020-05-07 7:07 ` Sebastian Moeller [this message]
2020-05-08 6:36 ` Avakash bhat
2020-05-08 6:50 ` Dave Taht
2020-05-08 7:41 ` Sebastian Moeller
2020-05-08 15:08 ` Toke Høiland-Jørgensen
2020-05-08 15:11 ` Dave Taht
2020-05-08 15:20 ` Jonathan Morton
2020-05-08 15:40 ` Dave Taht
2020-05-25 5:17 ` Avakash bhat
2020-05-25 9:42 ` Jonathan Morton
2020-05-25 11:58 ` Toke Høiland-Jørgensen
2020-06-14 12:43 ` Avakash bhat
2020-06-14 14:43 ` Jonathan Morton
2020-06-16 5:22 ` Avakash bhat
2020-06-16 5:31 ` Dave Taht
2020-06-16 5:32 ` Dave Taht
2020-05-08 17:43 ` [Cake] Curious regarding Cake sensitivity to hardware queue depth David P. Reed
2020-05-08 8:23 ` [Cake] Query on ACK Sebastian Moeller
2020-05-06 19:08 ` Toke Høiland-Jørgensen
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://lists.bufferbloat.net/postorius/lists/cake.lists.bufferbloat.net/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=A85845BB-010A-4F39-99F4-C6206F7FEA65@gmx.de \
--to=moeller0@gmx.de \
--cc=avakash261@gmail.com \
--cc=cake@lists.bufferbloat.net \
--cc=deepakkavoor99@gmail.com \
--cc=shrinidhivarna.171co145@nitk.edu.in \
--cc=tahiliani@nitk.edu.in \
--cc=toke@redhat.com \
--cc=vybhavpai1999.vp@gmail.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox