From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-oi0-x234.google.com (mail-oi0-x234.google.com [IPv6:2607:f8b0:4003:c06::234]) (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 A189721F3B5 for ; Thu, 5 Mar 2015 07:43:33 -0800 (PST) Received: by oibg201 with SMTP id g201so12347017oib.10 for ; Thu, 05 Mar 2015 07:43:32 -0800 (PST) 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 :cc:content-type:content-transfer-encoding; bh=C54d52koPGQk+yD5/WmMqtnc0+5CfKYYEI6Flo8j6Jw=; b=zu5AhGeZAsgOSttbwM4FfGzHpcHc7QIsCb1uurCZZhh4tLngZRrvTpSua0QpXqNg81 O7E/1B2Xvg5lOntABaJOe1pfq9pM9aU72zd4+qwyFW5KieE/CTkFA0c1/mrT6CfSj+HH Cb5A2uv4GaTZHskhw8QMtV7lYVb7nk4MVZI4xTsOYblgFVl99ppdDTtMfhX2MsRHpYPm lFXbsFXz2e4GfXbrNrMLl2t2hmyyO5UGjBEHTCK4YUjXEe2cDwiIVkM8uIzZMWKeYFAm MyYLkpBHhn9CUqqy+w3WVi6c13W7tP31EN61lzNx4rc2ywSrsclz0I/H07foVjUAd7uP Roxw== MIME-Version: 1.0 X-Received: by 10.202.62.70 with SMTP id l67mr7010371oia.59.1425570212099; Thu, 05 Mar 2015 07:43:32 -0800 (PST) Received: by 10.202.51.66 with HTTP; Thu, 5 Mar 2015 07:43:32 -0800 (PST) In-Reply-To: <54F877C5.3070300@gmail.com> References: <54F877C5.3070300@gmail.com> Date: Thu, 5 Mar 2015 07:43:32 -0800 Message-ID: From: Dave Taht To: William Katsak Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable 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 15:44:17 -0000 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 Comca= st > (100/10 link). > > I am running my own port of simple.qos over to Debian/Ubuntu, and it work= ed > 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 "feel= s" > slow when Netflix is in use elsewhere in the apartment (like before I kne= w > anything about bufferbloat). > > My config looks like this: > UPLINK=3D7500 > DOWNLINK=3D85000 > QDISC=3Dfq_codel > LLAM=3D"tc_stab" > LINKLAYER=3D"none" > OVERHEAD=3D0 > STAB_MTU=3D2047 > STAB_MPU=3D0 > STAB_TSIZE=3D512 > AUTOFLOW=3D0 > LIMIT=3D1001 # sane global default for *LIMIT for fq_codel on a small m= emory > device > ILIMIT=3D > ELIMIT=3D > ITARGET=3D"auto" > ETARGET=3D"auto" > IECN=3D"ECN" > EECN=3D"NOECN" > SQUASH_DSCP=3D"1" > SQUASH_INGRESS=3D"0" > IQDISC_OPTS=3D"" > EQDISC_OPTS=3D"" > TC=3D`which tc` > #TC=3D"sqm_logger tc"# this redirects all tc calls into the log > IP=3D$( which ip ) > INSMOD=3D`which modprobe` > TARGET=3D"5ms" > IPT_MASK=3D"0xff" > IPT_MASK_STRING=3D"/${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 > --=20 Dave T=C3=A4ht Let's make wifi fast, less jittery and reliable again! https://plus.google.com/u/0/107942175615993706558/posts/TVX3o84jjmb