General list for discussing Bufferbloat
 help / color / mirror / Atom feed
From: Jim Gettys <jg@freedesktop.org>
To: bloat@lists.bufferbloat.net
Subject: [Bloat] Random idea in reaction to all the discussion of TCP flavours - timestamps?
Date: Tue, 15 Mar 2011 06:36:17 -0400	[thread overview]
Message-ID: <4D7F4121.40307@freedesktop.org> (raw)

I've been watching all the discussion of different TCP flavours with a 
certain amount of disquiet; this is not because I think working on 
improvements to TCP are bad; in fact, it is clear for wireless we could 
do with improvements in algorithms.  I'm not trying to discourage work 
on this topic.

My disquiet is otherwise; it is:
     0) the buffers can be filled by any traffic, not necessarily your 
own (in fact, often that of others), so improving your behaviour, while 
admirable, doesn't mean you or others sharing any piece of your won't 
suffer.
     1) the bloated buffers are already all over, and updating hosts is 
often a very slow process.
     2) suffering from this bloat is due to the lack of signalling 
congestion to congestion avoiding protocols.

OK, what does this mean?  it means not that we should abandon improving 
TCP; but that doing so won't fundamentally eliminate bufferbloat 
suffering.  It won't get us to a fundamentally different place, but only 
to marginally better places in terms of bufferbloating.

The fundamental question, therefore, is how we start marking traffic 
during periods when the buffers fill (either by packet drop or by ECN), 
to provide the missing feedback in congestion avoiding protocol's servo 
system. No matter what flavour of protocol involved, they will then back 
off.

Back last summer, to my surprise, when I asked Van Jacobson about my 
traces, he said all the required proof was already present in my traces, 
since modern Linux (and I presume other) operating systems had time 
stamps in them (the TCP timestamps option).

Here's the off the wall idea.  The buffers we observe are often many 
times (orders of magnitude) larger than any rational RTT.

So the question I have is whether there is some technique whereby 
monitoring the timestamps that may already be present in the traffic 
(and knowing what "sane" RTT's are) that we can start marking traffic in 
time prevent the worst effects of bloating buffers?
             - Jim




             reply	other threads:[~2011-03-15 10:36 UTC|newest]

Thread overview: 70+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-03-15 10:36 Jim Gettys [this message]
2011-03-15 14:40 ` Jim Gettys
2011-03-15 16:47   ` Jonathan Morton
2011-03-15 17:59     ` Don Marti
2011-03-15 18:14       ` Rick Jones
2011-03-15 18:31         ` John W. Linville
2011-03-15 19:40           ` Jonathan Morton
2011-03-15 19:59             ` Rick Jones
2011-03-15 20:51             ` John W. Linville
2011-03-15 21:31               ` Rick Jones
2011-03-16  0:32                 ` John W. Linville
2011-03-16  1:02                   ` Rick Jones
2011-03-15 22:01               ` Jonathan Morton
2011-03-15 22:19                 ` Stephen Hemminger
2011-03-15 22:26                   ` Jonathan Morton
2011-03-15 22:36                     ` Rick Jones
2011-03-15 22:40                       ` Jonathan Morton
2011-03-15 22:42                         ` Stephen Hemminger
2011-03-15 22:52                       ` Eric Dumazet
2011-03-15 23:02                         ` Rick Jones
2011-03-15 23:12                         ` Jonathan Morton
2011-03-15 23:25                           ` Rick Jones
2011-03-15 23:33                             ` Jonathan Morton
2011-03-15 23:46                         ` Dave Täht
2011-03-16  0:49                           ` Jonathan Morton
2011-03-16  1:02                             ` Dave Täht
2011-03-16  1:28                               ` Jonathan Morton
2011-03-16  1:59                                 ` Dave Täht
2011-03-16  2:23                                   ` Jonathan Morton
2011-03-16 22:22                                     ` [Bloat] Random idea in reaction to all the discussion of TCPflavours " Richard Scheffenegger
2011-03-16 23:38                                       ` richard
2011-03-16 23:50                                         ` Rick Jones
2011-03-17 12:05                                       ` Fred Baker
2011-03-17 12:18                                         ` Fred Baker
2011-03-17 17:27                                           ` Dave Täht
2011-03-18 18:30                                           ` Richard Scheffenegger
2011-03-18 18:49                                             ` Fred Baker
2011-03-20 11:40                                               ` Jonathan Morton
2011-03-20 22:18                                                 ` david
2011-03-20 22:45                                                   ` Jonathan Morton
2011-03-20 22:50                                                     ` Dave Täht
2011-03-20 22:55                                                       ` grenville armitage
2011-03-20 23:04                                                         ` Dave Täht
2011-03-20 23:14                                                           ` Jonathan Morton
2011-03-20 23:19                                                             ` Dave Täht
2011-03-20 23:23                                                               ` Dave Täht
2011-03-20 22:58                                                       ` Jonathan Morton
2011-03-21  1:28                                                     ` david
2011-03-21  1:56                                                       ` Wesley Eddy
2011-03-18 18:27                                       ` [Bloat] Random idea in reaction to all the discussion ofTCPflavours " Richard Scheffenegger
2011-03-16 22:07                           ` [Bloat] Random idea in reaction to all the discussion of TCPflavours " Richard Scheffenegger
2011-03-17  0:10                             ` Jonathan Morton
2011-03-16  0:47                 ` [Bloat] Random idea in reaction to all the discussion of TCP flavours " John W. Linville
2011-03-16 20:07                   ` Jim Gettys
2011-03-17  2:26                     ` Jonathan Morton
2011-03-17 18:22                       ` Rick Jones
2011-03-17 21:50                         ` Jonathan Morton
2011-03-17 22:20                           ` Rick Jones
2011-03-17 22:56                             ` Jonathan Morton
2011-03-18  1:36                               ` Justin McCann
2011-03-18  5:51                             ` Eric Dumazet
2011-03-15 16:34 ` Jonathan Morton
2011-03-15 18:13   ` Stephen Hemminger
2011-03-16  5:41 ` Fred Baker
2011-03-16  6:26   ` Jonathan Morton
2011-03-16  8:55 ` [Bloat] Random idea in reaction to all the discussion of TCPflavours " Richard Scheffenegger
2011-03-16  9:04 ` [Bloat] Random idea in reaction to all the discussion of TCP flavours " BeckW
2011-03-16 22:48   ` Fred Baker
2011-03-16 23:23     ` Jonathan Morton
2011-03-17  8:34     ` BeckW

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=4D7F4121.40307@freedesktop.org \
    --to=jg@freedesktop.org \
    --cc=bloat@lists.bufferbloat.net \
    /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