From: Mikael Abrahamsson <swmike@swm.pp.se>
To: Bob Briscoe <bob.briscoe@bt.com>
Cc: "iccrg@irtf.org" <iccrg@irtf.org>, "aqm@ietf.org" <aqm@ietf.org>,
bloat <bloat@lists.bufferbloat.net>
Subject: Re: [Bloat] [aqm] [iccrg] AQM deployment status?
Date: Sun, 29 Sep 2013 11:37:56 +0200 (CEST) [thread overview]
Message-ID: <alpine.DEB.2.02.1309291130540.32315@uplift.swm.pp.se> (raw)
In-Reply-To: <201309290116.r8T1GSQT021164@bagheera.jungle.bt.co.uk>
On Sun, 29 Sep 2013, Bob Briscoe wrote:
> The shallow marking threshold certainly keeps standing queuing delay
> low. However, that's only under long-running constant conditions. During
> dynamics, not waiting a few hundred msec to respond to a change in the
> queue is what keeps the queuing delay predictably low. Dynamics are the
> norm, not constant conditions.
Well, my original question was in the context of a 3-5ms tail drop queue
(such as are frequently available in lower end switches). My understanding
from earlier experience is that TCP will severely saw-tooth under these
conditions and only way I could see marking as being valuable was if the
RTT was less than buffer depth (or at least very low).
There was a discussion earlier on bloat-l regarding what the impact of a
10ms CoDel queuing scheme will have on 200ms RTT existing non-ECN TCP
performance. Deep queues were invented to handle this specific use-case.
One way would absolutely be for TCP to not send a lot of packets
back-to-back but instead pace them out at the rate that actually makes the
TCP rate be exact in a millisecond resolution instead of as it is today,
perhaps tens or hundreds of milliseconds. I believe some implementations
already do this.
--
Mikael Abrahamsson email: swmike@swm.pp.se
next prev parent reply other threads:[~2013-09-29 9:37 UTC|newest]
Thread overview: 22+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-09-24 17:21 [Bloat] " Naeem Khademi
2013-09-24 17:24 ` [Bloat] [aqm] " LOCHIN Emmanuel
2013-09-25 14:20 ` Akhtar, Shahid (Shahid)
2013-09-25 14:31 ` [Bloat] [iccrg] " Eggert, Lars
2013-09-25 14:35 ` Steinar H. Gunderson
2013-09-25 18:51 ` Akhtar, Shahid (Shahid)
2013-09-25 19:19 ` [Bloat] [aqm] [iccrg] " Naeem Khademi
2013-09-27 16:49 ` Akhtar, Shahid (Shahid)
2013-09-25 19:24 ` Mikael Abrahamsson
2013-09-26 9:39 ` [Bloat] [iccrg] [aqm] " Scheffenegger, Richard
2013-09-27 2:59 ` Mikael Abrahamsson
2013-09-27 9:06 ` Eggert, Lars
2013-09-28 7:01 ` Mikael Abrahamsson
2013-09-28 7:04 ` Eggert, Lars
2013-09-29 1:16 ` [Bloat] [aqm] [iccrg] " Bob Briscoe
2013-09-29 9:37 ` Mikael Abrahamsson [this message]
2013-09-27 13:53 ` [Bloat] [iccrg] [aqm] " Scheffenegger, Richard
2013-09-28 6:59 ` Mikael Abrahamsson
2013-11-13 17:50 ` [Bloat] [aqm] [iccrg] " Fred Baker (fred)
2013-10-12 3:18 ` [Bloat] [iccrg] [aqm] " Michael Richardson
[not found] <Your message of "Fri, 11 Oct 2013 23:18:05 EDT." <12845.1381547885@sandelman.ca>
[not found] ` <201310141707.r9EH7wC7068478@gateway1.orleans.occnc.com>
2013-10-16 1:00 ` [Bloat] [aqm] [iccrg] " Wesley Eddy
2013-11-05 2:56 ` Bob Briscoe
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/bloat.lists.bufferbloat.net/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=alpine.DEB.2.02.1309291130540.32315@uplift.swm.pp.se \
--to=swmike@swm.pp.se \
--cc=aqm@ietf.org \
--cc=bloat@lists.bufferbloat.net \
--cc=bob.briscoe@bt.com \
--cc=iccrg@irtf.org \
/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