From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-wm0-x233.google.com (mail-wm0-x233.google.com [IPv6:2a00:1450:400c:c09::233]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by lists.bufferbloat.net (Postfix) with ESMTPS id 317EF3B25D for ; Wed, 17 Aug 2016 04:21:55 -0400 (EDT) Received: by mail-wm0-x233.google.com with SMTP id q128so185798689wma.1 for ; Wed, 17 Aug 2016 01:21:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:from:date:message-id:subject:to; bh=toBZpXBj447KJazNIhttTVGNOXdtsP/kYpoEaFiBT0M=; b=JjXEVHSNb85vH1vMwxpbdunzgC2T7qjSt+/KJV3XiFa1MiwFjaZKtvvzcIwOKYnhQf VtfXRwtqjgUAtGh9A4a75VxbzWjpuo9nsWxT899Lle5jIn5QylPX/esFmrMfQbsu+zJY eEPBS+lBE1J+HIj4bVn9xoIndzucFsSVnM6oJzPII3+rWwsPXr/DZiJ8MGvGTrplXLqq CLuu0hVpIeotO57JJgXvo6j8NzfkBGCtJdYkGkBWP/5hmJmJGKyTK/kqwODynn+HURym QgmKY5iWGVeEkx6t7+XJPD8QcfmdXkVW2zyTUqSPumnmlCF13lalps+Q/obBWAdmdV43 aupg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=toBZpXBj447KJazNIhttTVGNOXdtsP/kYpoEaFiBT0M=; b=aomkt73vb+3wxins4FNsQNIRcVM4uawq92/ohWQdmZvsaCDBPPNPfrZB/gQjmnU80Z 8oGeFugR+oCB7pf6nLyaR6x9cI4cePJDcMtuUPw/20A7gtTh7SCD9QojykQvf1mK2N+Y P0RmLGAitOZBJPCrgk27PgTZIXNbfZwxdsByQM7K8HAlCBgyevglmRyAlcuWcg7gG6LM y2LW9pZ1MsQ6TGhXnhRmJrZATJ+xjqy/ONejAogsIYQ7EyDnsRAzaQZYZe427xn4aHq8 Q6rEV5XCSM9dF0yfPFgBnYwUXJkpexw3WDNf0IODgOsflHYccct5+X5k5ooeLMtG/kRZ xlQA== X-Gm-Message-State: AEkoouvZB0WQLL2Ew1R14LcD9luQHewyaqAEomb4SpKMGQDmpNpeLVXHagnftTo2S68bsuizmyMKuCQNGzShJQ== X-Received: by 10.28.4.77 with SMTP id 74mr26836389wme.84.1471422113554; Wed, 17 Aug 2016 01:21:53 -0700 (PDT) MIME-Version: 1.0 Received: by 10.28.132.136 with HTTP; Wed, 17 Aug 2016 01:21:53 -0700 (PDT) From: Alec Robertson Message-ID: To: bloat@lists.bufferbloat.net Content-Type: multipart/alternative; boundary=001a1141e95464a5c9053a4028e3 X-Mailman-Approved-At: Thu, 20 Oct 2016 12:53:01 -0400 Subject: [Bloat] Large decrease in speed needed to combat bufferbloat? X-BeenThere: bloat@lists.bufferbloat.net X-Mailman-Version: 2.1.20 Precedence: list List-Id: General list for discussing Bufferbloat List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Wed, 17 Aug 2016 08:21:55 -0000 X-Original-Date: Wed, 17 Aug 2016 09:21:53 +0100 X-List-Received-Date: Wed, 17 Aug 2016 08:21:55 -0000 --001a1141e95464a5c9053a4028e3 Content-Type: text/plain; charset=UTF-8 I'm on a TalkTalk FTTC connection in the UK, with a sync speed of 58976Kbps, via a Billion 8800NL in bridge mode to my TP-LINK Archer C7 (currently running LEDE r1348) with sqm-scripts 1.0.7-1 and mod-sched-cake 4.4.15+2016-06-29-747..5-1. I have selected cake as the qdisc and piece_of_cake.qos as the queue setup script. I've managed to get bufferbloat under control, with only 3-4ms of added ping when downloading but I've had to set the ingress to 43000, reducing my speed not hugely but more than I might have expected. On the upload side I'm syncing at 10422Kbps and the egress is set to 9300, so not quite as bad. Bufferbloat here is also under control, at maybe 2-3ms when downloading. Is there anything I can do to reclaim more of the download speed? How can I diagnose this? The other question I would like to ask is, what's the absolute best way to see what the ping maximum actually is? With speedtest.net the ping only increases 1-2ms (pinging bbc.co.uk) and the same is true for dslreports.com (maybe a little bit higher, maximum of about 5ms) but on the dslreports.com site it says 9ms+ at times? Thanks. -- Alec Robertson --001a1141e95464a5c9053a4028e3 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
I'm on a TalkTalk FTTC connection in the UK, with a sy= nc speed of 58976Kbps, via a Billion 8800NL in bridge mode to my TP-LINK Ar= cher C7 (currently running LEDE r1348) with sqm-scripts 1.0.7-1 and mod-sch= ed-cake=C2=A04.4.15+2016-06-29-747..5-1.

I have selected= cake as the qdisc and piece_of_cake.qos as the queue setup script.

I've managed to get bufferbloat under control, with o= nly 3-4ms of added ping when downloading but I've had to set the ingres= s to 43000, reducing my speed not hugely but more than I might have expecte= d.

On the upload side I'm syncing at 10422Kbps= and the egress is set to 9300, so not quite as bad. Bufferbloat here is al= so under control, at maybe 2-3ms when downloading.

Is there anything I can do to reclaim more of the download speed? How can = I diagnose this?

The other question I would like t= o ask is, what's the absolute best way to see what the ping maximum act= ually is? With speedtest.net the ping = only increases 1-2ms (pinging bbc.co.uk) a= nd the same is true for dslreports.com (maybe a little bit higher, maximum of about 5ms) but on the dslreports.com site it says 9ms+ at times?
<= div>
Thanks.

--
Alec Roberts= on

--001a1141e95464a5c9053a4028e3--