From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mout.gmx.net (mout.gmx.net [212.227.15.15]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "mout.gmx.net", Issuer "TeleSec ServerPass DE-1" (verified OK)) by huchra.bufferbloat.net (Postfix) with ESMTPS id C366521F553 for ; Sat, 24 Oct 2015 10:20:51 -0700 (PDT) Received: from hms-beagle.home.lan ([217.237.68.126]) by mail.gmx.com (mrgmx001) with ESMTPSA (Nemesis) id 0M0y8F-1aepUm3HJ9-00vAYQ; Sat, 24 Oct 2015 19:20:47 +0200 Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) From: Sebastian Moeller In-Reply-To: Date: Sat, 24 Oct 2015 19:21:08 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <8AAB9319-17D4-40E5-B5B6-DABCB63864CF@gmx.de> References: <562A5BE5.6010101@gmail.com> To: =?windows-1252?Q?Dave_T=E4ht?= X-Mailer: Apple Mail (2.1878.6) X-Provags-ID: V03:K0:QJTR+J9gZ7wYuxBNOaEHfywMP3z9H237SPS1h5hLX53JDqcVfIi lXq3nE7fjgPi/BWeyhJP8dTjsxoYaBs74xoYp/24wgIwgsWytaryEHXVTA6PeL3Ukns8ZW1 k0+yvNyV7DT7/Ldakp4TwjjJON51cZ+KEeaunhNt1jdvfKbBZ2s+diNA/txgi/CRR8/A4VI Ou+rj1h3lZycdUz1gscIg== X-UI-Out-Filterresults: notjunk:1;V01:K0:l9wWQ1kpTCM=:IMJf1FIkxKdUECy9Gog4Nf cZBqUh+f0MXO/JJxU7BUMUAD/WB0Y+rl1KztxeDTJ+rOIDQwfDp8ezqxXJqXOiTUK7QHTrzwa KtvobOwd5lO4IFMcmAlXD7AQ4LuKOEc/uLRJYIQ+Vslm5QzrFnESYM9EGfXZ0hGGOnUN4JQIp GkjJfOtfTM7WygCT+N3tkZnCSdesMSiIOh9ceTg0dhJQZou8EKTB76HTGWFFjcxiyot19sRoD zWyDEY3TLQ7poPnDTwaHOgRK0CiI1NkHsLFu14aezYq2uwU24xy4oi2PVN/wYBjLK5tLHGDA/ SJtkSVLC2163HGPLgCjXa3jBAScYIVB9zeJnEK2f7gi2UemBJdc64CtMKJP9mL/QwPoSSTFIc yr16FN+xSc9IhMjRWiIkVBRgDarOHyvMLGCDIzvaxPZbyazlQp79T5O1HlCpjz2+V2fr0b1cc CCfSAxDeS8cIgQvhl8Rn5oarwVRiLQ0BymrdfNOktUkgVhnL7nhNIjMI7bwNIQIo29q+EWnBI S+hVaE3i851Rl0ImoY11Q7GekJDUS+bcEdLomypkPDzBGBRBoEFNyJ8yDBrkAexvigs92uCg5 fyzi9jlYjVcdUkJsrC6F4uxWskM7+Wlq0CPv8jPklfrIiZBb3Zg6xQIhO/F1lrQxX1ai+x+1d a7dXiSqvHZM5wZmGGcq90mUMrCxjk++0HhiR/K+yTdRbb6O3hZUENO1NacT/2zYWps/knKB9S 34lY00U6q1Tdp7HhpRCajxKh5r9UurV/tPIIjz/j4Vz684Tn3ovrx5rtTIsYKmF3llX+3bi0h q8ZlECj Cc: "cerowrt-devel@lists.bufferbloat.net" Subject: Re: [Cerowrt-devel] Problems testing sqm 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: Sat, 24 Oct 2015 17:21:14 -0000 Hi Dave, On Oct 24, 2015, at 12:20 , Dave Taht wrote: > Another thought is that this hardware agressively does GRO - 64k > "packets"really messes up htb. We already showed that problem in the > previous generation. Good point. To disable the offloads one needs to disable = offloads for all interfaces. The following shell function should do the = trick, just run it for all interfaces: eth_setup() { ethtool -K $IFACE gso off ethtool -K $IFACE tso off ethtool -K $IFACE ufo off ethtool -K $IFACE gro off =20 if [ -e /sys/class/net/$IFACE/queues/tx-0/byte_queue_limits ] then for i in /sys/class/net/$IFACE/queues/tx-*/byte_queue_limits do echo $(( 4 * $( get_mtu ${IFACE} ) )) > $i/limit_max done=20 fi } Save this into a shell file, say my_func.sh, source it from the router=92s= shell =93. ./my_func.sh=94, and call =93IFACE=3Deth0 eth_setup=94 for = all interfaces to tackle. I guess we should expose this under = luci-app-sqm in a nicer fashion. But since cerowrt automatically disabled all off-loads and Richard saw = his issues also with cerowrt, I am not sure whether this is his issue=85 Best Regards Sebastian >=20 > which we fixed in cake... Turn off all ethernet offloads and try = again? >=20 > I have no idea what else is going wrong. > Dave T=E4ht > I just lost five years of my life to making wifi better. And, now... > the FCC wants to make my work, illegal for people to install. > https://www.gofundme.com/savewifi >=20 >=20 > On Fri, Oct 23, 2015 at 6:10 PM, Richard Smith = wrote: >> I have a shiny new Linksys WRT1900ACS to test. >>=20 >> I thought it might be nice to start with some comparisons of factory >> firmware vs OpenWRT with sqm enabled. >>=20 >> So I built and installed an openwrt trunk but the results were very >> non-impressive. Rrul test reported mulit-seconds of latency and it = was >> equally non-impressive with sqm enabled or disabled. So I assumed = that sqm >> in trunk on this device must not work yet. Then I wondered how well = sqm in >> trunk was tested and that perhaps its broken for all devices. >>=20 >> So I tested openwrt trunk on my Netgear 3700v2 and saw the same = results. >> Then I tried openwrt cc and got the same results. >>=20 >> Finally, I went to the reference implementation: cerowrt 3.10.50-1 on = my >> 3700v2. Same results. >>=20 >> So at this point I'm thinking there's a PEBKAC issue and I'm not = really >> turning it on. >>=20 >> Here's my enable procedure: >>=20 >> Go the sqm tab in the GUI and set egress and ingress to 10000, set = the >> interface to the upstream interface, click enable, click save and = apply. >> Everything else is left at default. ie fq_codel and simple.qos. >>=20 >> I've also tried a reboot after enabling those settings and then gone = back to >> the gui to verify they were still set. >>=20 >> My test setup: >>=20 >> Laptop<--1000BaseT-->DUT<--1000baseT-->Server >>=20 >> I run netperf-wrapper -H Server -l 30 rrul and look at the 'totals' = or 'all' >> plot. >>=20 >> If I run the above with this setup. >>=20 >> Laptop<--1000baseT-->Server >>=20 >> Then I get the expected 800-900Mbit/s with latencies < 15ms. So I = don't >> think there's a problem with my test infrastructure. >>=20 >> What am I missing and or what's the next step in figuring out whats = wrong? >>=20 >> -- >> Richard A. Smith >> _______________________________________________ >> Cerowrt-devel mailing list >> Cerowrt-devel@lists.bufferbloat.net >> https://lists.bufferbloat.net/listinfo/cerowrt-devel > _______________________________________________ > Cerowrt-devel mailing list > Cerowrt-devel@lists.bufferbloat.net > https://lists.bufferbloat.net/listinfo/cerowrt-devel