From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mout.gmx.net (mout.gmx.net [212.227.17.22]) (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 9189921FC7F for ; Mon, 29 Jun 2015 06:34:38 -0700 (PDT) Received: from u-089-d065.biologie.uni-tuebingen.de ([134.2.89.65]) by mail.gmx.com (mrgmx103) with ESMTPSA (Nemesis) id 0M6SE3-1Yq7c10AB9-00ySOL; Mon, 29 Jun 2015 15:34:34 +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: Mon, 29 Jun 2015 15:34:39 +0200 Content-Transfer-Encoding: quoted-printable 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> To: Mikael Abrahamsson X-Mailer: Apple Mail (2.1878.6) X-Provags-ID: V03:K0:Efn7WuZGkpdA6LmzE6DvP+G4CdlAvcZF0aEhF4INxRqc+qT2AJA 4U9ASJOrauF0C7wO/QLZ4mFx5UZgicrpMR5rcWPDKPkMLdRAntlB0lCZK7OWq5L9GgrkiVp NwjWPBEcXs7kUcz1dA7CjlDy+ufGYPqDaCgLvw5PmW0VKuS5h1hI7gdhTviGQDYLwd3YEIQ g1nMK+qWfGyUCxXUTf3Sw== X-UI-Out-Filterresults: notjunk:1;V01:K0:cEi8BYmx6fc=:LFXLzgjD4mWxaRWnfDsHwu 4zanTebOKKoxAfrOvkafMRGwPZSQScIq/UBzjov9pJW35zoAvqWYz73YWrPN6AFRQDxNWZP+C bCcqzwkI4daE3SauzSTpQO6QdE1AP3RaoMrxLSKau4ymEkRIFC8AWuS8kGJg0EXfaZgef5F96 nKveP7Ogkqv271IZX7DM23iRgypRpAf4NYjZ+GSjmU0Tc8bCa0FF+VAVD9PUT2oL/YrhvZcza POEusyoftQ3JygL7JqQbZ8wD7mWuLcr0YW6oQLSoxnyqcNKi95VQrElR1yoH2ewIPpzUCmOdc fyN5eGgzO2kOQdniWHP5pWyvvhipyiE4eby+2JZg0w+4fzGR6jI8dje12PgpjJpKxP71cMaJj j6vu84RFvP6QhxUJBOfI8DVQ3PiTfaamyc77MO9hI82ov/iHf0eGJdCr6CdZKHQo1M1g/q0hT +GfSZWACYtlDoyt0xOAnxJ3DslMuwjX4o9n9tnB9XVOMkLpmsHkOaLuJ+wimxwtLoSQ6F/XoJ OMLpajA5oQa0avi0LHqQyEAgUZLzxR/FXL3HWQ3T4jpSxAxHBTxOYchrSHxETFen+YH4IbyIF Hmc8szeMdG6eAFcbaUSK2LsLKc5+wy4PwsyahPJSXxJQJw7lyQsd9QtJJuo6KUgY15Wi8Y4DB Ak9lT4EM2EVaa0HMXkdNGPyq2cAJNjaginGFcWyXPs5cteLzsai8ZscqvdTyH/st1PSo= 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:35:07 -0000 Hi Mikael, On Jun 29, 2015, at 15:00 , Mikael Abrahamsson wrote: > [...] > Hi, >=20 > Ok, yes, this worked, I must have forgotten do to update after I moved = ceropackages to the top of the list before. Thanks! >=20 > 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). Erm, I committed the fix for the $DEV $IFACE confusion to the = ceropackages repository, so you got the fixed version you helped fix ;) = (that or you deselected ingress 3-tier classification). >=20 > 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. >=20 > Here are the cake 50M and 500M results and output from the router: >=20 > oot@OpenWrt:~# cat /etc/config/sqm >=20 > 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' >=20 > 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 I love that passing per packet overheads to cake works, but for = your testing it is going to reduce the maximum achievable speed from: TCP/IPv4 Payload at 500Mbps shaping: 1500 - 20 - 20 =3D 1460 Byte payload to OTWS ratio 1460/1518 =3D 0.961791831357 Payload Bandwidth 500*1460/1518 =3D 480.90 Mbps to: TCP/IPv4 Payload at 500Mbps shaping: with overhead 42 MTU: 1500 MSS: 1500 - 20 - 20 =3D 1460 Byte PerPacketOverhead: 42 configured On-The-Wire Size: 1500 + 42 =3D 1542 Byte payload to OTWS ratio (due to the explicitly configured overhead42) 1460/1542 =3D 0.961791831357 Payload Bandwidth 500*1460/1542 =3D 473.411154345 Mbps I really ned to get a new router to take part in all the fun=85 Best Regards Sebastian >=20 > These are the results from 50M and 500M, also including 50up and = 50down that I added to my test suite script. >=20 > http://swm.pp.se/aqm/rrul_150629-cake-4.tar >=20 > 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: >=20 > root@OpenWrt:~# cat /etc/config/sqm >=20 > 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' >=20 > 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 >=20 > what worries me is this: >=20 > 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 >=20 > 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. >=20 > First I ran some tests with only that, then I set SQM to 90 megabit/s = results here: >=20 > http://swm.pp.se/aqm/rrul_150629-cake-5.tar > http://swm.pp.se/aqm/rrul_150629-cake-6.tar >=20 > 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. >=20 > --=20 > Mikael Abrahamsson email: = swmike@swm.pp.se_______________________________________________ > Cerowrt-devel mailing list > Cerowrt-devel@lists.bufferbloat.net > https://lists.bufferbloat.net/listinfo/cerowrt-devel