From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-qg0-x22e.google.com (mail-qg0-x22e.google.com [IPv6:2607:f8b0:400d:c04::22e]) (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 E144A21F3C6 for ; Thu, 5 Mar 2015 07:49:16 -0800 (PST) Received: by qgfi50 with SMTP id i50so5802877qgf.10 for ; Thu, 05 Mar 2015 07:49:15 -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=o79X0Tzmoh0b/E1LLQ7kZmLEsgvVjAnORUYeSkIz2ZM=; b=tglPvUBXrQcxIXbA72X0H5WGJK/imqkQ0fi8XcteYjEOnRjDFIk5HcwzpRNNAfoaGc +zgv+YCzF49yH/yIrh/4gmbbkKYMs41rEfdZYFRBhZrpjz/p3TGz0t882wvrBaK5OHES 59hAxhPVW8O+LCObZtNBRcEP2aytIddIZS+7wBFeTRPgHCJdKEQ8P4chhcy4btInGBI+ 0HgdDdjoTQ1sscI+1kXnhhu56+zdhNT56CfXOvZPJXWCfOJce7TXJj67WXcF04PB15mj Hc9CSS2kaUzPKYt1YRZG2dHUGR4rVD+5Ol0AeoPTVIRP2r7CdXfKJSk4xo3dzuLAnWHE fPvQ== X-Received: by 10.140.97.38 with SMTP id l35mr12861902qge.47.1425570555235; Thu, 05 Mar 2015 07:49:15 -0800 (PST) Received: from [172.30.1.5] ([73.215.69.126]) by mx.google.com with ESMTPSA id r189sm4039682qha.0.2015.03.05.07.49.14 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 05 Mar 2015 07:49:14 -0800 (PST) Message-ID: <54F87AF9.5070509@gmail.com> Date: Thu, 05 Mar 2015 10:49:13 -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: Dave Taht References: <54F877C5.3070300@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 15:49:45 -0000 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 ****************************************