From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-qc0-x236.google.com (mail-qc0-x236.google.com [IPv6:2607:f8b0:400d:c01::236]) (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 3A63021F3C9 for ; Thu, 5 Mar 2015 11:52:55 -0800 (PST) Received: by qcxn11 with SMTP id n11so17228204qcx.11 for ; Thu, 05 Mar 2015 11:52:54 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=PT55C2XH8pDDZeSmYJypS9uPLs0pITnsC90LlOeTn3o=; b=aiSlOrEanh94QF4b9OZwN0+F+bphb5NAvrxcxKMAEBMaFqGGcDyaioHiMZMjoV7tnM lUFWJSuQigNVqTV5aoWOsqxMJwqfezlJg+eppGUH3qzC5l6LGLz5MDMscfXD4rixEGtA s+vri0zC+ZhuChk2nBtYGH+H2FJlD0ifcbzW97arLV2bRFyfSOSLzjrOR7ccuWjBhGUT BEEyR49xe2zaMdcAjMges16x+a3vwxY9QcsBWsjHY5u4qKXqyU9CclXkPQXcux5dhogU 6bOGLyqJvFXZiF13EqmOHHdwLt63TuTBiy0lLbQ9OGQ/n3Rdnv6G7RPJP85TYbrF/2z0 XZpg== X-Received: by 10.55.55.143 with SMTP id e137mr21640122qka.5.1425585174805; Thu, 05 Mar 2015 11:52:54 -0800 (PST) Received: from [172.30.1.5] ([73.215.69.126]) by mx.google.com with ESMTPSA id z70sm3231766qkg.44.2015.03.05.11.52.53 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 05 Mar 2015 11:52:54 -0800 (PST) Message-ID: <54F8B415.4060906@gmail.com> Date: Thu, 05 Mar 2015 14:52:53 -0500 From: William Katsak User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.3.0 MIME-Version: 1.0 To: Aaron Wood References: <54F877C5.3070300@gmail.com> <54F87AF9.5070509@gmail.com> In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Cc: "cerowrt-devel@lists.bufferbloat.net" Subject: Re: [Cerowrt-devel] Comcast Uplink Buffers X-BeenThere: cerowrt-devel@lists.bufferbloat.net X-Mailman-Version: 2.1.13 Precedence: list List-Id: Development issues regarding the cerowrt test router project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Mar 2015 19:53:24 -0000 Alright thanks, I'll run some more tests tonight after other people are done using the connection. Regarding your other questions: Yes, the machine I am using to test is wired to the Atom via a small netgear managed switch. The only thing that is running on this Atom box is routing, iptables, unbound, and DHCP. Thanks, -Bill On 03/05/2015 02:05 PM, Aaron Wood wrote: > Bill, > > I'd recommend setting the bandwidth values low (very low) at first, just > to establish that the setup is working correctly. I'm able to get > better control of latency at those bitrates on an WNDR3800: > > http://burntchrome.blogspot.com/2014/05/fixing-bufferbloat-on-comcasts-blast.html > > I'd start slow, and then start raising the limits until you see issues. > > But it's possible something else is causing issues. Is your netperf > source wired to the Atom? (for bandwidth levels that ruler flat, I > normally assume wired. I've seen wifi give odd 30ms jumps in latency, > but those normally come with an drop in bandwidth as well). > > What else is running on the Atom box? > > -Aaron > > > > > On Thu, Mar 5, 2015 at 7:49 AM, William Katsak > wrote: > > Dave, > > Thanks for the reply. I should have made it clearer that I am not > running this on a Netgear 3800, I am running the sqm system on an > Atom D510 box at 1.66 GHz (two cores + hyperthreads) with 2 GB RAM > and good Intel NICs. While running the rrul, the CPU is barely > breaking a sweat. > > The OS is Ubuntu server and I've made a nice wrapper to run > simple.qos via the if-pre-up/post-down hooks. > > Can you suggest any tweaks to the settings that would better take > advantage of the extra CPU that I have? > > Thanks, > Bill > > > > > On 03/05/2015 10:43 AM, Dave Taht wrote: > > well, cerowrt's inbound shaper runs out of cpu at +60mbits. That is > possibly part of your problem. > > the peaks you are seeing are not bad - but to me, probably > indicative > of running out of cpu, which will among other things, drop packets > burstily. > > As comcast has rolled out 100mbit+ service in a ton of places > (including my home), we really, really, really need to find a way to > do better rate shaping at higher speeds (or develop a faster > policer) > on some successor hardware. > > If you turn off inbound shaping (0 for that parameter) my > measurements > typically show over 600ms of latency on inbound on comcast at > 100mbit > down, but at least, doing the tcp_upload tests, we can hold the > upload > more under control. It is a totally unsatisfactory thing to have > downloads got so much out of control, it really messes up other > things, inside of a few seconds, on big downloads, but at this > point I > have to recommend turning off inbound shaping and just living > with it. > > Very high on my list now is finally writing (or tom sawyering > someone > into writing!) "bobbie - the kinder, gentler policer" in the > hope that > that could actually run faster and better than shaping does on this > low end hardware. > > > > On Thu, Mar 5, 2015 at 7:35 AM, William Katsak > > wrote: > > Hello all, > > I just moved and had to switch my ISP from Optimum > (Cablevision) to Comcast > (100/10 link). > > I am running my own port of simple.qos over to > Debian/Ubuntu, and it worked > fine on Cablevision (I basically use scripts in if-pre-up.d and > if-post-down.d to set the variables set up/tear down > simple.qos). > > However, since I moved over to Comcast, I am seeing > something like 600 ms of > uplink buffering according to Netlyzer. Also, the Internet > browsing "feels" > slow when Netflix is in use elsewhere in the apartment (like > before I knew > anything about bufferbloat). > > My config looks like this: > UPLINK=7500 > DOWNLINK=85000 > QDISC=fq_codel > LLAM="tc_stab" > LINKLAYER="none" > OVERHEAD=0 > STAB_MTU=2047 > STAB_MPU=0 > STAB_TSIZE=512 > AUTOFLOW=0 > LIMIT=1001 # sane global default for *LIMIT for fq_codel > on a small memory > device > ILIMIT= > ELIMIT= > ITARGET="auto" > ETARGET="auto" > IECN="ECN" > EECN="NOECN" > SQUASH_DSCP="1" > SQUASH_INGRESS="0" > IQDISC_OPTS="" > EQDISC_OPTS="" > TC=`which tc` > #TC="sqm_logger tc"# this redirects all tc calls into the log > IP=$( which ip ) > INSMOD=`which modprobe` > TARGET="5ms" > IPT_MASK="0xff" > IPT_MASK_STRING="/${IPT_MASK}" # for set-mark > > I've also attached the output of a run of rrul against > netperf.bufferbloat.net . > > Any insight? > > Thanks, > Bill > > > -- > ******************************__********** > William Katsak > > ******************************__********** > > _________________________________________________ > Cerowrt-devel mailing list > Cerowrt-devel@lists.__bufferbloat.net > > https://lists.bufferbloat.net/__listinfo/cerowrt-devel > > > > > > > -- > ******************************__********** > William Katsak > > ******************************__********** > _________________________________________________ > Cerowrt-devel mailing list > Cerowrt-devel@lists.__bufferbloat.net > > https://lists.bufferbloat.net/__listinfo/cerowrt-devel > > > -- **************************************** William Katsak ****************************************