From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mout.gmx.net (mout.gmx.net [212.227.17.22]) by lists.bufferbloat.net (Postfix) with ESMTPS id 3942C3ED20 for ; Mon, 21 Dec 2015 06:10:28 -0500 (EST) Received: from u-089-d060.biologie.uni-tuebingen.de ([134.2.89.60]) by mail.gmx.com (mrgmx103) with ESMTPSA (Nemesis) id 0LkP8Z-1alOm32kep-00cQ1W; Mon, 21 Dec 2015 12:10:24 +0100 Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2104\)) From: moeller0 In-Reply-To: Date: Mon, 21 Dec 2015 12:10:26 +0100 Cc: Kevin Darbyshire-Bryant , Jonathan Morton , cake@lists.bufferbloat.net Content-Transfer-Encoding: quoted-printable Message-Id: <95560E7E-DEAF-40D8-B704-CEA38A0CDE62@gmx.de> References: <6F86FBB0-AA69-44F3-82D0-31465906974D@gmx.de> <56657A82.2080601@darbyshire-bryant.me.uk> To: =?utf-8?Q?Dave_T=C3=A4ht?= X-Mailer: Apple Mail (2.2104) X-Provags-ID: V03:K0:v9OIQOI3Ju7KCbd/aHK4/NU0nmFd+nk0R8kP5NxyWEiD1idgs7v 4DIovLu4mNJkVVoRyT3STCxSyWvIId6A5kWBVjTjB/efXhbKZsa0IdwKpOEH9pG5gzvM2zC vDple5BgM677o26a+CAPcXKkjGFeEa7gVNQKyGhBcdMj2pG/1yk0Lve3g0bn87zRRPJObq2 nTV7rkgXMlh2WCLNPSuWQ== X-UI-Out-Filterresults: notjunk:1;V01:K0:94Qj+N0RAF0=:8c3B5uxQrGk7ewYEnFDpdh MJCwneeoXqx+PFebXVMruWTxPpg8I33fq4iPxi9Iq1WOPQqSFnPx0B9L3LzG9sF2BPLLvjfCs 0yZ887nSOI1PJQVW+404+7a4OUZsh54dvnuNq8Z0epmJqk4zmLjtBRRP5i4Z4unuZJzjBgWQz pfK431n0ry5hlmB4yjMW8MkJ+k+ZYH/cfgcRPYlV4Xk6ASPTPVnHZKOQmSkQO/UXc/TxaA0wi VzYGiEMHx+aSc0rZSvuAWiBV7kM285CoNeAEAZ1zyVcq9X4f4y8UaCK7w6h6SJFJdNdzVRBeO Hd9EcfMhZAM7os2t74NC47S7QM3aI88ss29mbe2WuNP3/jb0Zr6d7xfeAZxTNMSyYBC4OAfD2 6xdL0O3s2y3efSgg2Hgzo+Qx4+f6LlDopuozKHSZfvzckoJS4WJvUoAu7fRLnsNgfOkQ3esOC nvARCgMkbtKvAu1WL1nEheYQmCVVWStMaOghZC8oe69c3ntvV1XlYfZWUFzHrHJG+h1aeqwKy Q1xTb2ioAREw7dMlf5dDc0jD+kvUhamXhjmisw1V0os4u6Whxo9A4jJyIBltWQqoJx8AHjlwK +iJlJQWEsT7Z5YVFVIMXRb2fSVcmyUXiOSIGcptGhuykq+QVVAN/z+6by08ZlC4eYbxd8MZeF M+9K03Poqzh9SnsssdKEmrrRyB9lyuPhn1yZu5MPuHGdg7WoO7CZcsF8wZ1dJTZjRlTgPtMAT ol8L27KARwSSx//YtI8qeBvRalEr20He3ijhlKbcS/nxJan/AShAWj4aox7cW1z2cZWhcM+Fb TEp4Rfv Subject: Re: [Cake] second system syndrome 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: Mon, 21 Dec 2015 11:10:28 -0000 Hi Dave, > On Dec 21, 2015, at 11:40 , Dave Taht wrote: >=20 > On Mon, Dec 21, 2015 at 10:02 AM, moeller0 wrote: >> I had a quick look over these, both htb+fq_codel egress and bcake = egress (both without perf) seem =E2=80=9Ccontaminated" by a periodic = process with a period of 50/8 =3D 6.25 seconds. Is this one of the = cyclic probes measuring cpu load or so? >> BTW are you using simplest.qos or simple.qos for the = htb+fq_codel test (or something unrelated to sqm)? I ask because we have = a shipload of costly iptables/tc filter stuff only happening in = simple.qos (while rural_be will not use any DSCPs besides 0 the filters = should still cost a bit CPU). I do not seem to be able to see any = additional meta information from the flent files, probably PEBCAK n my = side... >=20 > simple.qos. Excellent, thanks for the information. >=20 > see also: = https://github.com/dtaht/sch_cake/commit/a66ee4fa355a62633b34fd05834075ea2= 94e3b79 Don=E2=80=99t get me wrong I am always duly impressed by making = things more efficient, but without actually looking at the code I would = believe this is only called if a new diffserv regime is initialized? And = if the initialization would take "a minute" I could not care less (for = the same reason I am not sure why "target =3D interval >> 4=E2=80=9D is = such a big deal computationally wise; I understand its charm in getting = rid of target as an explicit variable though). >=20 > Did not switch cake over to it... >=20 > I still do not see any reason for precedence or diffserv8 to exist, > and can barely cope with the idea of diffserv4. This is all beyond my "pay-grade=E2=80=9D/area of expertise, = but=E2=80=A6=20 You convinced me long ago, that next to best-effort, it would be = nice to have a way of saying packets are more or less important, so this = is 3 tiers right there and exactly what we have in simple.qos. But it = turns out packets, like animals I might add, are not all equal (and the = simple =E2=80=9CFour legs good, two legs bad=E2=80=9D dichotomy is not = sufficient either ;) ) some are just special and that need special care: = in case of PPPoE-links all PPP administrative packets need* a priority = above all else as do yet to be coded ICMP latency under load probes. = And since 3+1 equals 4, I will go and build a new DSCP3plus1.qos script = (once I get around to it ;) ) (, since VoIP is the best = candidate for elevated priority, make sure to scale this tier for an = integer number of VoIP flows (which clock in at around 100Kbps each) and = make this tier symmetric, do not scale ingress and egress differently in = the same ratio as the link asymmetry; also tier 4 does not need to be = exposed to client machines at all, this is an affair between the router = and its uplink) Diffserv8 and precedence I have no real opinion on; except that in my = personal pet theory of DSCP best practices there are only three bit = available anyway. (I lifted this idea from or better "got inspired by" = one of the RFCs cited on one of the bufferbloat lists, so I do not claim = originality at all). So a scheme with 8 tiers would be =E2=80=9Ccomplete=E2= =80=9D, not that this justifies additional complexity=E2=80=A6 Best Regards Sebastian *: actually work best with, not "will not work with out" highest = priority) >=20 >>=20 >> Best Regards >> Sebastian >>=20 >>=20 >>> On Dec 20, 2015, at 13:52 , Dave Taht wrote: >>>=20 >>> the 200/20mbit tests I ran yesterday. >>>=20 >>> http://snapon.cs.kau.se/~d/ptests/ >>> _______________________________________________ >>> Cake mailing list >>> Cake@lists.bufferbloat.net >>> https://lists.bufferbloat.net/listinfo/cake >>=20