From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-la0-x230.google.com (mail-la0-x230.google.com [IPv6:2a00:1450:4010:c03::230]) (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 BE50221F3DC; Sun, 31 Aug 2014 03:18:52 -0700 (PDT) Received: by mail-la0-f48.google.com with SMTP id gl10so4654916lab.7 for ; Sun, 31 Aug 2014 03:18:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=subject:mime-version:content-type:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=X1XvwBwrwiyjEtjjpw3R4roJZ8O5AuJo3UGXOTIJzLw=; b=lyz8Jbmzq63tgIewbCcWQ1XBu48kvfMEFu5TFfOPhGC1K2nl3T6OrcgfielFCtew5X J1le6evGo5XkMyt9fdUpxcy0P8VFU9EulBhiR1uDx2ZDpBGGTz9yxuvP1wWAGctBK40n b7l2szTnPOVMo+j+hflUjSUHcwm9n9GMA/Pf9hjqNF5YhTE9JKizyAUEJrBJmWGxeYwG 8myqXjiEocAUkkamckgNfuenCMnUarruBP61cDgtL+abUNWzbKCXeyqiwg8Hv5H4h1fl rbLXE117w1hI9K9LbjAos5yy/+qt7BBTGOi3Ki/e6jrFxLNxPS0Z6WHjMUduLzOfrrNV EtIw== X-Received: by 10.152.28.199 with SMTP id d7mr22010611lah.55.1409480330065; Sun, 31 Aug 2014 03:18:50 -0700 (PDT) Received: from bass.home.chromatix.fi (87-93-157-188.bb.dnainternet.fi. [87.93.157.188]) by mx.google.com with ESMTPSA id k7sm3349273lak.22.2014.08.31.03.18.48 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sun, 31 Aug 2014 03:18:49 -0700 (PDT) Mime-Version: 1.0 (Apple Message framework v1085) Content-Type: text/plain; charset=us-ascii From: Jonathan Morton In-Reply-To: Date: Sun, 31 Aug 2014 13:18:46 +0300 Content-Transfer-Encoding: quoted-printable Message-Id: <0DB9E121-7073-4DE9-B7E2-73A41BCBA1D1@gmail.com> References: <87ppfijfjc.fsf@toke.dk> <4FF4917C-1B6D-4D5F-81B6-5FC177F12BFC@gmail.com> <4DA71387-6720-4A2F-B462-2E1295604C21@gmail.com> To: Dave Taht X-Mailer: Apple Mail (2.1085) Cc: cerowrt-devel@lists.bufferbloat.net, bloat Subject: Re: [Bloat] Comcast upped service levels -> WNDR3800 can't cope... 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: Sun, 31 Aug 2014 10:18:53 -0000 On 31 Aug, 2014, at 1:30 am, Dave Taht wrote: > Could I get you to also try HFSC? Once I got a kernel running that included it, and figured out how to = make it do what I wanted... ...it seems to be indistinguishable from HTB and FQ in terms of CPU = load. Actually, I think most of the CPU load is due to overheads in the = userspace-kernel interface and the device driver, rather than the qdiscs = themselves. Something about TBF causes more overhead - it goes through = periods of lower CPU use similar to the other shapers, but then spends = periods at considerably higher CPU load, all without changing the = overall throughput. The flip side of this is that TBF might be producing a smoother stream = of packets. The receiving computer (which is fast enough to notice such = things) reports a substantially larger number of recv() calls are = required to take in the data from TBF than from anything else - = averaging about 4.4KB rather than 9KB or so. But at these data rates, = it probably matters little. FWIW, apparently Apple's variant of the GEM chipset doesn't support = jumbo frames. This does, however, mean that I'm definitely working with = an MTU of 1500, similar to what would be sent over the Internet. These tests were all run using nttpc. I wanted to finally try out RRUL, = but the wrappers fail to install via pip on my Gentoo boxes. I'll need = to investigate further before I can make pretty graphs like everyone = else. - Jonathan Morton