CoDel AQM discussions
 help / color / mirror / Atom feed
From: Jim Gettys <jg@freedesktop.org>
To: Alessandro Bolletta <alessandro@mediaspot.net>,
	Kathleen Nichols <nichols@pollere.com>,
	 "codel@lists.bufferbloat.net" <codel@lists.bufferbloat.net>,
	Dave Taht <dave.taht@gmail.com>
Subject: Re: [Codel] R: Making tests on Tp-link router powered by Openwrt svn
Date: Fri, 21 Dec 2012 13:30:06 -0500	[thread overview]
Message-ID: <CAGhGL2DnW=etc1_Cp6hQ+-+FuvCLMUv_w2zj1BRmvfuEmjbVvw@mail.gmail.com> (raw)
In-Reply-To: <2lps03vacpqmtehlf4gnq634.1356112034562@email.android.com>

[-- Attachment #1: Type: text/plain, Size: 1241 bytes --]

On Fri, Dec 21, 2012 at 12:51 PM, Alessandro Bolletta <
alessandro@mediaspot.net> wrote:

> Hi everybody,
> Thanks so much for your useful help! I solved my problem by reproducing
> bottleneck through HTB queues.
> I tried some bandwidth rates and i saw that target must be increased if
> the available bandwidth is <4mbps. 13ms is a good compromise for that
> situation.
> Also, i removed the switch from my testbed.
> Codel works amazingly well, congratulations for the job that has been done!
> I'll try to make more tests to ensure that it will be suitable for our
> needs; we are building a new wireless mesh network in Italy based on a
> totally new architecture and Codel could be a great improvement for queue
> management on the nodes.
>
> Thanks again for your courtesy!
> Alessandro Bolletta


Kathy,

So in this case, there is another packet of buffering *under* the codel
queue in the HTB line discipline (which buffers one packet), plus whatever
additional buffering of there may be in the device driver (where the
mileage varies).

So codel isn't actually dropping the head of the queue, but the second (or
further) packet back, in effect.  So the control law computation won't be
quite right.
                          - Jim

[-- Attachment #2: Type: text/html, Size: 1777 bytes --]

       reply	other threads:[~2012-12-21 18:30 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <2lps03vacpqmtehlf4gnq634.1356112034562@email.android.com>
2012-12-21 18:30 ` Jim Gettys [this message]
2012-12-21 18:57   ` Dave Taht
2012-12-21 19:29     ` Jim Gettys
2012-12-20 17:57 [Codel] " Alessandro Bolletta
2012-12-20 18:07 ` Jonathan Morton
2012-12-21 10:19   ` [Codel] R: " Alessandro Bolletta
2012-12-21 10:32     ` Dave Taht
2012-12-21 10:54       ` Dave Taht
2012-12-21 17:06       ` Kathleen Nichols
2012-12-21 17:13         ` Jim Gettys
2012-12-21 19:13           ` Kathleen Nichols
2012-12-21 19:34             ` Jim Gettys
2012-12-21 17:43         ` Dave Taht
2012-12-21 17:51           ` Kathleen Nichols

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/codel.lists.bufferbloat.net/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to='CAGhGL2DnW=etc1_Cp6hQ+-+FuvCLMUv_w2zj1BRmvfuEmjbVvw@mail.gmail.com' \
    --to=jg@freedesktop.org \
    --cc=alessandro@mediaspot.net \
    --cc=codel@lists.bufferbloat.net \
    --cc=dave.taht@gmail.com \
    --cc=nichols@pollere.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