CoDel AQM discussions
 help / color / mirror / Atom feed
From: Andrew McGregor <andrewmcgr@gmail.com>
To: Kathleen Nichols <nichols@pollere.com>
Cc: codel@bufferbloat.net
Subject: Re: [Codel] question about "data center" models
Date: Fri, 4 May 2012 11:36:52 +1200	[thread overview]
Message-ID: <6F1038D7-AE4B-4F70-8F9B-5E99E483B5C2@gmail.com> (raw)
In-Reply-To: <4FA3136E.3060502@pollere.com>

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

A normal configuration is more like a 300 microsecond RTT with early marking RED and/or switches configured to backpressure sources with fairly short queues.

There may be enormous amounts of buffer in a switch, but it is usually divided among a rather large number of queues (ingress and egress queues per port, plus perhaps several in the forwarder).

Data center operators are very concerned about latency because in most cases the metric they are tracking is the completion time of the last short flow to complete in a transaction (that will be composed of, say, 20-odd 500kB or thereabouts TCP connections).  There is often a hard time limit on transaction components; one I've heard of is that all data for a query must be at the aggregation node in 8ms, or it will be dropped and the query result quality will go down.

On 4/05/2012, at 11:23 AM, Kathleen Nichols wrote:

> 
> So, I thought I'd see what happens with a 1G bottleneck and a 5ms RTT.
> I'm still checking
> it out, but I thought I'd try to understand the concern.  So, under a
> constant heavy load,
> codel will accept a 5ms standing queue. I got the impression this was a
> concern. I'm
> not exactly certain why. How much buffer is normally in the bottleneck?
> If it's enough
> for a "nominal" RTT of 100 ms, with drop tail it will just fill up and
> stay there under
> load. So, 100ms of delay. If it's at a RTT of 5ms, then the buffer will
> fill up and give 5ms
> of delay without any ability to absorb bursts.  What is the normal
> configuration?
> 
> 	Kathie
> _______________________________________________
> Codel mailing list
> Codel@lists.bufferbloat.net
> https://lists.bufferbloat.net/listinfo/codel


[-- Attachment #2: smime.p7s --]
[-- Type: application/pkcs7-signature, Size: 2330 bytes --]

  reply	other threads:[~2012-05-03 23:37 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-05-03 23:23 Kathleen Nichols
2012-05-03 23:36 ` Andrew McGregor [this message]
2012-05-04  2:00   ` Dave Taht

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=6F1038D7-AE4B-4F70-8F9B-5E99E483B5C2@gmail.com \
    --to=andrewmcgr@gmail.com \
    --cc=codel@bufferbloat.net \
    --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