From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-wg0-f47.google.com (mail-wg0-f47.google.com [74.125.82.47]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority" (verified OK)) by huchra.bufferbloat.net (Postfix) with ESMTPS id 5578920061E for ; Sat, 5 May 2012 13:47:13 -0700 (PDT) Received: by wgbfa7 with SMTP id fa7so3027104wgb.28 for ; Sat, 05 May 2012 13:47:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type :content-transfer-encoding; bh=SpmypbHpI7+PiHygQaNyivQPAL4uMyEXT6lpJ+sfWJA=; b=wUSniha9T2eNrP2VuC2OP4JYtPsDf83iEC9Ep+1a/D/ovW6UlkIvtTZAH9BMuJSQ72 iCHPgk9mTE0VZrdwEPPXbzE7/fnR0wj7U6ditAlEidXg5Jwk30Y3Jm3McOGyb9dunWmO Hp8RqLh+1SY4o0MufyeNkoTHH631Db8Rf++8x7DeSiUGzn1uaEahaBUs2pG9pBjwld8C BxBs4I/nH9z0JrgpZKeXZAf/HrgRlfhsqP6iO+GNOUpRsrcHRPIy5Yal0dbIC+hcbH5q F0AlA2JyOiSrj3vRNxyJF8MdB2uNOKtqtHU7erUaPgotFUGuEExUG31WysmASnnmfueq zPqA== MIME-Version: 1.0 Received: by 10.180.105.69 with SMTP id gk5mr26522687wib.3.1336250831507; Sat, 05 May 2012 13:47:11 -0700 (PDT) Received: by 10.223.112.66 with HTTP; Sat, 5 May 2012 13:47:11 -0700 (PDT) Date: Sat, 5 May 2012 13:47:11 -0700 Message-ID: From: Dave Taht To: codel@lists.bufferbloat.net Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Subject: [Codel] proof of concept on embedded X-BeenThere: codel@lists.bufferbloat.net X-Mailman-Version: 2.1.13 Precedence: list List-Id: CoDel AQM discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 05 May 2012 20:47:13 -0000 I patched in the latest codel patch into cerowrt, bumping up the control_law cache to 1000. It worked. First time. I was able to run ~230Mbit/sec ethernet traffic through it, which is comparable to both sfq and pfifo_fast on this hardware (for reference this is the netgear 3800 680Mhz mips box with a 16 bit memory interface). Might have been able to get more had I increased BQL's setting (which is set to 3028, presently). With BQL in auto mode, BQL finds operating points between 64k and 131k at these speeds. RTTs stayed low. I knew, based on the experiments back in november, that having the dependency on timestamping was feasible, but it was another thing to actually see it all work. With htb on with a modified simple_qos.sh script to use codel rather than sfqred, with htb set to rate limit at 2Mbit, using netperf via wireless, I only got .86Mbit/sec for one stream and 1.4Mbit for 4. But I'm currently willing to write that off to the unrelated bug 379. root@codel:~# tc -s qdisc show dev ge00 qdisc htb 1: root refcnt 2 r2q 10 default 12 direct_packets_stat 9 Sent 13446791 bytes 9738 pkt (dropped 0, overlimits 29695 requeues 0) backlog 0b 2p requeues 0 qdisc codel 110: parent 1:11 [Unknown qdisc, optlen=3D32] Sent 15667 bytes 129 pkt (dropped 0, overlimits 0 requeues 0) backlog 0b 0p requeues 0 qdisc codel 120: parent 1:12 [Unknown qdisc, optlen=3D32] Sent 13428070 bytes 9586 pkt (dropped 2710, overlimits 0 requeues 0) backlog 0b 0p requeues 0 qdisc codel 130: parent 1:13 [Unknown qdisc, optlen=3D32] Sent 0 bytes 0 pkt (dropped 0, overlimits 0 requeues 0) backlog 0b 0p requeues 0 qdisc ingress ffff: parent ffff:fff1 ---------------- Sent 852437 bytes 10227 pkt (dropped 0, overlimits 0 requeues 0) backlog 0b 0p requeues 0 Regrettably, due to another bug I've been battling for a month I can't run traffic at that speed through it for more than 2 minutes or so. ( see http://www.bufferbloat.net/issues/379 371 and 360 for details ). And last I looked qfq was still messed up on this arch. But I've run plenty of traffic through it at normal speeds, so it's usable. A test build for those of you that have this router is up at: http://huchra.bufferbloat.net/~cero1/3.3/dev/3.3.4-5/ (didn't get the new iproute2 stuff on it on this pass though) --=20 Dave T=E4ht SKYPE: davetaht US Tel: 1-239-829-5608 http://www.bufferbloat.net