From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-ob0-x22d.google.com (mail-ob0-x22d.google.com [IPv6:2607:f8b0:4003:c01::22d]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by huchra.bufferbloat.net (Postfix) with ESMTPS id CD85221F20C for ; Mon, 27 Apr 2015 15:56:26 -0700 (PDT) Received: by obbeb7 with SMTP id eb7so95280041obb.3 for ; Mon, 27 Apr 2015 15:56:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; bh=ASa4+kfzRqI3VdbeIhb2PKrAr3BQ5nSN7C/yCO2/gvQ=; b=XSm4yhD9S6ywUJKut5z9sw9cvYb1nNYoZOuncxRjLkiK/ZvEp9RXNGwpY2VloBiWPI 4pdYRCMdBMx19jGpIrA7UuOBFnu52btcLaSx4B7+e/K5zPi4yl7WxeRbtJpsftm40Qfv Yn3sTHkG5ffhGqrQTPIPmOrFKmNCPYhys8LLS6F9fsqe198Hbh9uvfeLnEkS8CQ9XFzp jvheA/32Hv29Ec/t0NKaBXCqzw354V4KapqBe5Bq2JozSiHgO6VqsZjUKnYTj3j3PFDk sAdruqbiXpFknLlkq/PslPuilWpXQA3L3ac8j7cNNjx8FAR52O6mwAMpN89IZtDSD0wa /x6g== MIME-Version: 1.0 X-Received: by 10.202.227.130 with SMTP id a124mr11496252oih.59.1430175385562; Mon, 27 Apr 2015 15:56:25 -0700 (PDT) Received: by 10.202.71.139 with HTTP; Mon, 27 Apr 2015 15:56:25 -0700 (PDT) In-Reply-To: References: Date: Mon, 27 Apr 2015 15:56:25 -0700 Message-ID: From: Dave Taht To: bloat , Justin Beech Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Subject: Re: [Bloat] some 110Mbit cable testing of the new dslreports stuff X-BeenThere: bloat@lists.bufferbloat.net X-Mailman-Version: 2.1.13 Precedence: list List-Id: General list for discussing Bufferbloat List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Apr 2015 22:56:55 -0000 monitoring queue depth at the minimum interval (100ms) I can do without writing special tools, I do not see delays greater than 60ms at the inbound qdisc, nor excessive numbers of packets outstanding. watch -n .1 tc -s qdisc show dev ifb4eth2 Yet this is reporting inbound delays in excess of 4 sec, and pauses: http://www.dslreports.com/speedtest/378332 On Mon, Apr 27, 2015 at 2:28 PM, Dave Taht wrote: > For reference, this is the comcast link under test, with no shaping at al= l: > > http://www.dslreports.com/speedtest/377563 > > (horrific, isn't it?) > > I did a few fq_codel + ecn tests > > http://www.dslreports.com/speedtest/377389 > http://www.dslreports.com/speedtest/377429 > > And cake: http://www.dslreports.com/speedtest/377505 > > No ecn fq_codel: http://www.dslreports.com/speedtest/377443 > > no ecn with pie: http://www.dslreports.com/speedtest/377488 > > no ecn with ns2_codel: http://www.dslreports.com/speedtest/377563 > > no ecn with codel: http://www.dslreports.com/speedtest/377703 > > It is difficult to conclude anything from the download tests without > going through the captures, although the uplink tests look reasonable > compared to the rrul tests. If it wasn't for the pie result, I would > assume it was the browser misbehaving on downloads, or the server. The > tcp_download tests taken with the same setup with netperf-wrapper show > what I had assumed til now a normal variance of latency. > > http://snapon.lab.bufferbloat.net/~d/yurtlab100.tgz is that set of result= s > > http://snapon.lab.bufferbloat.net/~d/yurtlab100/tcp_download_vs_dslreport= s.png > > Puzzled, I > > repeated the pie with no ecn test: > > http://www.dslreports.com/speedtest/377727 > > turned off ecn for a fq_codel test on the tcp itself: > > http://www.dslreports.com/speedtest/377765 > > and for this fq_codel test, dropped the inbound shaper from 115 mbit > down to 110, which did improve matters somewhat. > > http://www.dslreports.com/speedtest/377786 > > > [1] both ns2_codel and cake are experimental > -- > Dave T=C3=A4ht > Open Networking needs **Open Source Hardware** > > https://plus.google.com/u/0/+EricRaymond/posts/JqxCe2pFr67 --=20 Dave T=C3=A4ht Open Networking needs **Open Source Hardware** https://plus.google.com/u/0/+EricRaymond/posts/JqxCe2pFr67