From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mout.gmx.net (mout.gmx.net [212.227.17.21]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by lists.bufferbloat.net (Postfix) with ESMTPS id D6F193B29E for ; Thu, 23 Nov 2017 03:00:33 -0500 (EST) Received: from [192.168.250.101] ([134.76.241.253]) by mail.gmx.com (mrgmx103 [212.227.17.168]) with ESMTPSA (Nemesis) id 0MdK8t-1eZAzj0qEF-00IQnz; Thu, 23 Nov 2017 09:00:32 +0100 Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) From: Sebastian Moeller In-Reply-To: Date: Thu, 23 Nov 2017 09:00:31 +0100 Cc: =?utf-8?Q?Dave_T=C3=A4ht?= , Cake List Content-Transfer-Encoding: quoted-printable Message-Id: References: <107CB879-B196-40F1-A7C2-08B963B7A835@gmail.com> To: Pete Heist X-Mailer: Apple Mail (2.3273) X-Provags-ID: V03:K0:++4ZioUfZJFsZLkafheKiAlYTg/QYRAIE1pocD9d4IYskZo+mAF 2Rq5D5qMkSgn+5u2lzMACKITqrN1oQrXmkDCsRoMypu/YtXXUaADRIrRW24GiRMdbRzLnk7 1d3GORd0FWxI/3SVqZ0pVN2rFjQlk+csIOcUR5k4XsCLWJgC5iC1L6h0nevuee3tX66at3/ uqVbyIKtf2YpVFEVumxiA== X-UI-Out-Filterresults: notjunk:1;V01:K0:cd8sl1xtnkM=:3IcHGF90oxTn8QOKuq9pIF m5NMSW0JO4RmK96CrwHamgW8C6J2yGJMYJflGyjQqUlzlbjedElSjkhXe/sHrGwmPXBmv5g20 5ZD64CVVihlhjH/4MZrUrsB8XQdxjiIe6pr/KTJ/VxNU8hH0aeRtA5nu63/0vcCQiIhNw3jsx HLUQh1HUwhSQ+VkNBrpJI7K/27oFsJyMSALD/EcN+P/HRFgxujSd57+WpSyaN2Qah/be+orPz 7q1vxMy21pxup9cCDeym2L34/sI/Fj2DMI1yZNSX63yFjRBdrZDdg5non2+AYwOI9/8AX5nmb 2x/XDIsmw/rSvVJ8pt6vHa95MZFy+SzN3JjokMYVPPELMpjhYwF3s+9zlGD0UONy+aQkEk0U3 gfFhR8Mxe38/6Qg2py8jJOLnMBZ9X8QkYOhH4KrwvuZQtEGhglXvxstTBOJazYL66DlRIjwrI +ll8pFrIvELxI45RsubQfEE2eHApJtPapW1ToSzl4Sp4NV5TJQKDGARsaM0WJzcpEySGABOy4 2ubAS83DStIqZswxuhq6q+Aa+7PHLhl1zH5i0oaju9uRU+ZPohq5mHUZqrXdNLWjizfMBwMl1 kHS/eNaWjuFK+rrKatkEuxTji6WJYeB5UVUwGlFG6zIZyPpqhAI0nwSt8edGzQ4tcnMeLEe+p w1idKsD0RKPk5w/5QEbJET2yZyICZ2ciHV/TXG8zFAMX0c2V42XZgpKBFUOV8iChZrnNJYjGU +gUZ3TaePf5Dvmy66da6MJLqNrKBe5EOv+qsudeDBF3RX2/hDa6+QPkhjdPIu0nN2JRrVnV9f SD9FLJUieZT0+b7gHrwewZHhjlwYLl+GKfxOmeSebIBtLLfDVI= Subject: Re: [Cake] small cake_hash optimization? X-BeenThere: cake@lists.bufferbloat.net X-Mailman-Version: 2.1.20 Precedence: list List-Id: Cake - FQ_codel the next generation List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Nov 2017 08:00:34 -0000 Hi Pete, > On Nov 22, 2017, at 19:43, Pete Heist wrote: >=20 >=20 >> On Nov 22, 2017, at 7:33 PM, Dave Taht wrote: >>=20 >> On Wed, Nov 22, 2017 at 4:37 AM, Pete Heist = wrote: >>>=20 >>> Ok, at least a little crude testing with sar: >>>=20 >>> = https://docs.google.com/spreadsheets/d/1LKoq5NaswuHm9H1atXoZA1AhNDg6L4UYS3= Pn5lCsb1I/edit#gid=3D0 >>>=20 >>> ~10% less cake CPU at GigE in this case? >>=20 >> Divides do hurt, particularly if you can't do them out of order. But >> that seems like a lot. >=20 > Hrm, I tried a second test to make sure fairness still works (it does) = but this time got a slight _negative_ result (rrul_be fair tab). So this = calls into question whether or not my testing method is very good, and = also whether or not the change actually helps much. >=20 > This time I used "cake unlimited besteffort dual-srchost overhead 64 = mpu 84=E2=80=9D (overheads from Sebastian, just rely on bql). I should have mentioned "overhead 64 mpu 84" only make sense in = combination with a shaper limit (well, they will make sure the cake = statistics will be more reflective of what is happening on the ethernet = wire, but I am not sure whether that is worth the run-time cost the = overhead calculation incurs). Somewhat unrelated, I wondered about all the excitement about irtt and = cloned the repository to my mac, and was absolutely delighted to realize = that irtt will also effortlessly work under macos. I only have run the = demo from the readme.md with both client and server running at the same = machine, but I got results that look reasonable on first sight (but I = admit I really do not know exact;y what to expect). This is really = great! Best Regards >=20 > I might try again with 950mbit limiting, and =E2=80=98perf=E2=80=99 = instead. >=20 > Also I noted that the =E2=80=98lan=E2=80=99 keyword seemed to = adversely affect host fairness, so I stopped using it. I=E2=80=99ll = address that separately when there=E2=80=99s time. >=20 >>> What=E2=80=99s a better tool for timing >>> kernel module functions? >>=20 >> Use "perf" >>=20 >> https://en.wikipedia.org/wiki/Perf_(Linux) >=20 > Ok, will see if I can give it a try. > _______________________________________________ > Cake mailing list > Cake@lists.bufferbloat.net > https://lists.bufferbloat.net/listinfo/cake