From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-la0-x236.google.com (mail-la0-x236.google.com [IPv6:2a00:1450:4010:c03::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 6887921F2CD; Tue, 2 Sep 2014 06:41:04 -0700 (PDT) Received: by mail-la0-f54.google.com with SMTP id b17so7921469lan.27 for ; Tue, 02 Sep 2014 06:41:02 -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=f/tWf+1mDj1bIxH3oF3ojkXDcryZSsEHE5lGwbXN2bg=; b=blP0gdPGkdHVUrtej4/WQlCCq82cW6XRTdbPjaR7M4xk6q4RvEevxo687GnbzE5/Hk h1K2OLaMLq0VKUfFJPRNKcegXWv0+Dne2bf5ubljFiqqhc5V0OrPeDVR5WQ/lOZSXkCh k+M5W2DUTvSGDtmaQCXy28FeSXmm9ZjK1Nw/WyvMKQ34iYLqpWWcEsfFHFTwi2DvccWk dzbAD0WNDgaszgW5wd7VJ9t/OcGAoGz0KHlZ/cA5cE5vWt1pBfdY7Rcm/xPOQhgsg7Qu QfvYfoJdEoLBl4vLJoJyKPGLYZHn661LKrxrcsHH+zU59YZOiNL7ZlIMVlr1x93sth8I cL6w== X-Received: by 10.112.209.36 with SMTP id mj4mr33787557lbc.26.1409665261676; Tue, 02 Sep 2014 06:41:01 -0700 (PDT) Received: from bass.home.chromatix.fi (87-93-123-167.bb.dnainternet.fi. [87.93.123.167]) by mx.google.com with ESMTPSA id jf6sm2519795lac.42.2014.09.02.06.40.59 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 02 Sep 2014 06:41:00 -0700 (PDT) Mime-Version: 1.0 (Apple Message framework v1085) Content-Type: text/plain; charset=us-ascii From: Jonathan Morton In-Reply-To: Date: Tue, 2 Sep 2014 16:40:58 +0300 Content-Transfer-Encoding: quoted-printable Message-Id: <7D8C9C42-43E7-431E-B237-84B0937C81A0@gmail.com> References: <87ppfijfjc.fsf@toke.dk> <4FF4917C-1B6D-4D5F-81B6-5FC177F12BFC@gmail.com> <4DA71387-6720-4A2F-B462-2E1295604C21@gmail.com> <0DB9E121-7073-4DE9-B7E2-73A41BCBA1D1@gmail.com> To: Dave Taht X-Mailer: Apple Mail (2.1085) Cc: "cerowrt-devel@lists.bufferbloat.net" , bloat Subject: Re: [Cerowrt-devel] [Bloat] Comcast upped service levels -> WNDR3800 can't cope... 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: Tue, 02 Sep 2014 13:41:05 -0000 On 1 Sep, 2014, at 9:32 pm, Dave Taht wrote: >>> It would be cool to be able to program the ethernet hardware itself = to >>> return completion interrupts at a given transmit rate (so you could >>> program the hardware to be any bandwidth not just 10/100/1000). Some >>> hardware so far as I know supports this with a "pacing" feature. >>=20 >> Is there a summary of hardware features like this anywhere? It'd be = nice to see what us GEM and RTL proles are missing out on. :-) >=20 > I'd like one. Is there at least a list of drivers (both wired and wireless) which are = BQL enabled? If GEM is not in that list, it might explain why the PCI = bus gets jammed solid on my PowerBook. > There are certain 3rd party firmwares like octeon's > where it seems possible to add more features to the firmware > co-processor, in particular. Octeon is basically a powerful, multi-core MIPS64 SoC that happens to = have Ethernet hardware attached, and is available in NIC form. These = "NICs" look like miniature motherboards in PCIe-card format, complete = with mini-SIMM slots. Utter overkill for normal applications; they're = meant to do encryption on the fly, and were originally introduced as = Ethernet-less coprocessor cards for that purpose. At least they = represent a good example of what high-end MIPS is like these days. The original Bigfoot KillerNIC was along those lines, too, but slightly = less overdone. It still managed to cost $250+, and Newegg still lists a = price in that general range despite being permanently out of stock. As = well as running Linux on the card itself, the drivers apparently = replaced large parts of the Windows network stack in the quest for = efficiency and low latency. Results varied; Anandtech suggested that = the biggest improvements probably came on cheaper PCs, whose owners = wouldn't be able to justify such a high-priced NIC - and that was in = 2007. I can't tell what the newer products under the Killer brand (taken over = by Qualcomm/Atheros) really are, but they are sufficiently reduced in = cost, size and complexity to be integrated into "gamer" PC motherboards = and laptops, and they respond to being driven like standard (newish) = Atheros hardware. In particular, it's unclear whether they do most of = their special sauce in software (so Windows-specific) or firmware. Comments I hear sometimes seem to imply that *some* Atheros hardware = runs internal firmware. Whether that is strictly wireless hardware, or = whether it extends into Ethernet, I can't yet tell. Since it's widely = deployed, it would theoretically be a good platform for experimentation = - but in practice? > tc qdisc add dev eth0 cake bandwidth 50mbit diffservmap std Or even having the "diffservmap std" part be in the defaults. I try not = to spend too much mental effort understanding diffserv - it's widely = misunderstood, and most end-user applications ignore it. Supporting the = basic eight precedences, and maybe some userspace effort to introduce = marking, should be enough. I like the name, though. :-) - Jonathan Morton