From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from uplift.swm.pp.se (swm.pp.se [212.247.200.143]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by huchra.bufferbloat.net (Postfix) with ESMTPS id 65D6421FC87 for ; Mon, 29 Jun 2015 06:01:01 -0700 (PDT) Received: by uplift.swm.pp.se (Postfix, from userid 501) id 0F00EA1; Mon, 29 Jun 2015 15:00:59 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=swm.pp.se; s=mail; t=1435582859; bh=Vb95VDRNCywKqepqEM47u19M+g6gd9NNW3uAzBpwHRQ=; h=Date:From:To:cc:Subject:In-Reply-To:References:From; b=ELDJiOxgScVRoTmELg7ntsEFKAIOKDes2wR/x9kfGYrp9G8Y7aVlNxYokoNK4UyTf 83QiRuMIk0KU10ngu8pZX8W7iaXJ6PY7eSna+OmeP8G89gcZ6s23dJy5m/6+Nwio7G Fw6sAWGTKEJXYruKlBwusxqTYzEIYiVm7EwYi1hs= Received: from localhost (localhost [127.0.0.1]) by uplift.swm.pp.se (Postfix) with ESMTP id 045BF9F; Mon, 29 Jun 2015 15:00:59 +0200 (CEST) Date: Mon, 29 Jun 2015 15:00:58 +0200 (CEST) From: Mikael Abrahamsson To: =?ISO-8859-15?Q?Toke_H=F8iland-J=F8rgensen?= In-Reply-To: <87pp4eomfx.fsf@alrua-karlstad.karlstad.toke.dk> Message-ID: References: <8B853F1C-DE5D-4F3D-88CC-CB8DA2D3E8B1@gmx.de> <04331509-F163-4184-90B4-8589073AFD62@gmx.de> <09BA156C-460D-4794-A082-33E805F3D6FD@gmx.de> <5436B48C-0803-46DA-B355-14E917A5BB37@gmx.de> <4E002218-174D-44F9-91A0-C7F34B9E83C7@gmx.de> <87pp4eomfx.fsf@alrua-karlstad.karlstad.toke.dk> User-Agent: Alpine 2.02 (DEB 1266 2009-07-14) Organization: People's Front Against WWW MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="-137064504-1509487644-1435579921=:9487" Cc: "cerowrt-devel@lists.bufferbloat.net" Subject: Re: [Cerowrt-devel] performance numbers from WRT1200AC (Re: Latest build test - new sqm-scripts seem to work; "cake overhead 40" didn't) 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: Mon, 29 Jun 2015 13:01:31 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. ---137064504-1509487644-1435579921=:9487 Content-Type: TEXT/PLAIN; CHARSET=ISO-8859-15; FORMAT=flowed Content-Transfer-Encoding: 8BIT On Mon, 29 Jun 2015, Toke Høiland-Jørgensen wrote: > Mikael Abrahamsson writes: > >> How can I tell which one of these actually is included? Tried moving the feed >> statement so ceropackages was first but that doesn't seem to have helped, I >> still get OpenWrt regular sqm-scripts (no cake in luci-app-sqm). > > You need to have the cero feed first in feeds.conf, then do > ./script/feeds uninstall sqm-scripts; ./script/feeds install sqm-scripts > -- that should pull it from the cero feed. If it doesn't work, try doing > ./scripts/feeds update first > > That seemed to work for me when I just tested it now, at least :) Hi, Ok, yes, this worked, I must have forgotten do to update after I moved ceropackages to the top of the list before. Thanks! So now I have a sysupgrade image for the wrt1200ac that out of the box comes with CeroPackages and working bidirectional shaping for cake (don't know why it didn't work before, it might have to do with my modifications. This time I didn't modify anything on-disk, this is purely from the CeroPackages feed). I did try to get Kernel 4.1 to compile but that didn't work even though I removed some packages that didn't compile, I ended up with no .dts file and nothing to me obvious in scrollback to fix. So this is with 3.18. Here are the cake 50M and 500M results and output from the router: oot@OpenWrt:~# cat /etc/config/sqm config queue 'eth1' option interface 'eth0' option qdisc_advanced '1' option squash_dscp '0' option squash_ingress '0' option ingress_ecn 'ECN' option egress_ecn 'ECN' option qdisc_really_really_advanced '0' option linklayer 'ethernet' option overhead '42' option linklayer_advanced '1' option tcMTU '2047' option tcTSIZE '128' option tcMPU '0' option enabled '1' option script 'simple.qos' option qdisc 'cake' option linklayer_adaptation_mechanism 'cake' option download '500000' option upload '500000' root@OpenWrt:~# tc -d qdisc qdisc cake 8009: dev eth0 root refcnt 9 bandwidth 500Mbit diffserv4 flows noatm overhead 42 qdisc ingress ffff: dev eth0 parent ffff:fff1 ---------------- qdisc mq 0: dev eth1 root qdisc fq_codel 0: dev eth1 parent :1 limit 1024p flows 1024 quantum 300 target 5.0ms interval 100.0ms ecn qdisc fq_codel 0: dev eth1 parent :2 limit 1024p flows 1024 quantum 300 target 5.0ms interval 100.0ms ecn qdisc fq_codel 0: dev eth1 parent :3 limit 1024p flows 1024 quantum 300 target 5.0ms interval 100.0ms ecn qdisc fq_codel 0: dev eth1 parent :4 limit 1024p flows 1024 quantum 300 target 5.0ms interval 100.0ms ecn qdisc fq_codel 0: dev eth1 parent :5 limit 1024p flows 1024 quantum 300 target 5.0ms interval 100.0ms ecn qdisc fq_codel 0: dev eth1 parent :6 limit 1024p flows 1024 quantum 300 target 5.0ms interval 100.0ms ecn qdisc fq_codel 0: dev eth1 parent :7 limit 1024p flows 1024 quantum 300 target 5.0ms interval 100.0ms ecn qdisc fq_codel 0: dev eth1 parent :8 limit 1024p flows 1024 quantum 300 target 5.0ms interval 100.0ms ecn qdisc cake 800a: dev ifb4eth0 root refcnt 2 bandwidth 500Mbit diffserv4 flows noatm overhead 42 These are the results from 50M and 500M, also including 50up and 50down that I added to my test suite script. http://swm.pp.se/aqm/rrul_150629-cake-4.tar Then I re-did the test that Dave asked before, I set the wan port to 100 megabit/s in my switch, and removed the SQM. It resulted in the following config: root@OpenWrt:~# cat /etc/config/sqm config queue 'eth1' option interface 'eth0' option qdisc_advanced '1' option squash_dscp '0' option squash_ingress '0' option ingress_ecn 'ECN' option egress_ecn 'ECN' option qdisc_really_really_advanced '0' option linklayer 'ethernet' option overhead '42' option linklayer_advanced '1' option tcMTU '2047' option tcTSIZE '128' option tcMPU '0' option script 'simple.qos' option qdisc 'cake' option linklayer_adaptation_mechanism 'cake' option download '50000' option upload '50000' option enabled '0' root@OpenWrt:~# tc -d qdisc qdisc mq 0: dev eth0 root qdisc fq_codel 0: dev eth0 parent :1 limit 1024p flows 1024 quantum 300 target 5.0ms interval 100.0ms ecn qdisc fq_codel 0: dev eth0 parent :2 limit 1024p flows 1024 quantum 300 target 5.0ms interval 100.0ms ecn qdisc fq_codel 0: dev eth0 parent :3 limit 1024p flows 1024 quantum 300 target 5.0ms interval 100.0ms ecn qdisc fq_codel 0: dev eth0 parent :4 limit 1024p flows 1024 quantum 300 target 5.0ms interval 100.0ms ecn qdisc fq_codel 0: dev eth0 parent :5 limit 1024p flows 1024 quantum 300 target 5.0ms interval 100.0ms ecn qdisc fq_codel 0: dev eth0 parent :6 limit 1024p flows 1024 quantum 300 target 5.0ms interval 100.0ms ecn qdisc fq_codel 0: dev eth0 parent :7 limit 1024p flows 1024 quantum 300 target 5.0ms interval 100.0ms ecn qdisc fq_codel 0: dev eth0 parent :8 limit 1024p flows 1024 quantum 300 target 5.0ms interval 100.0ms ecn qdisc mq 0: dev eth1 root qdisc fq_codel 0: dev eth1 parent :1 limit 1024p flows 1024 quantum 300 target 5.0ms interval 100.0ms ecn qdisc fq_codel 0: dev eth1 parent :2 limit 1024p flows 1024 quantum 300 target 5.0ms interval 100.0ms ecn qdisc fq_codel 0: dev eth1 parent :3 limit 1024p flows 1024 quantum 300 target 5.0ms interval 100.0ms ecn qdisc fq_codel 0: dev eth1 parent :4 limit 1024p flows 1024 quantum 300 target 5.0ms interval 100.0ms ecn qdisc fq_codel 0: dev eth1 parent :5 limit 1024p flows 1024 quantum 300 target 5.0ms interval 100.0ms ecn qdisc fq_codel 0: dev eth1 parent :6 limit 1024p flows 1024 quantum 300 target 5.0ms interval 100.0ms ecn qdisc fq_codel 0: dev eth1 parent :7 limit 1024p flows 1024 quantum 300 target 5.0ms interval 100.0ms ecn qdisc fq_codel 0: dev eth1 parent :8 limit 1024p flows 1024 quantum 300 target 5.0ms interval 100.0ms ecn qdisc cake 800c: dev ifb4eth0 root refcnt 2 bandwidth 50Mbit diffserv4 flows noatm overhead 42 root@OpenWrt:~# tc -d class show dev eth0 class mq :1 root class mq :2 root class mq :3 root class mq :4 root class mq :5 root class mq :6 root class mq :7 root class mq :8 root what worries me is this: root@OpenWrt:~# ethtool eth0 Settings for eth0: Supported ports: [ TP MII ] Supported link modes: 1000baseT/Half 1000baseT/Full Supported pause frame use: No Supports auto-negotiation: Yes Advertised link modes: 1000baseT/Half 1000baseT/Full Advertised pause frame use: No Advertised auto-negotiation: Yes Link partner advertised link modes: 1000baseT/Full Link partner advertised pause frame use: No Link partner advertised auto-negotiation: No Speed: 1000Mb/s Duplex: Full Port: MII PHYAD: 0 Transceiver: external Auto-negotiation: on Link detected: yes So basically even after the wan port went to 100/full, eth0 doesn't know about it (and it only supports gig speed (probably to the local switch) anyway. I am seeing dropped packets, so this would support this theory. First I ran some tests with only that, then I set SQM to 90 megabit/s results here: http://swm.pp.se/aqm/rrul_150629-cake-5.tar http://swm.pp.se/aqm/rrul_150629-cake-6.tar Next I am going to test wireless but it seems something has gone wrong because I can't get the wireless to enable properly, so that'll have to be for the next email after I fix that problem. -- Mikael Abrahamsson email: swmike@swm.pp.se ---137064504-1509487644-1435579921=:9487--