<font face="arial" size="2"><p style="margin:0;padding:0;font-family: arial; font-size: 10pt; overflow-wrap: break-word;">I agree with your broad assessment, Jonathan.</p>
<p style="margin:0;padding:0;font-family: arial; font-size: 10pt; overflow-wrap: break-word;"> </p>
<p style="margin:0;padding:0;font-family: arial; font-size: 10pt; overflow-wrap: break-word;">The self-interference problem within a host isn't just a network problem. It's a user-space scheduler problem as well.</p>
<p style="margin:0;padding:0;font-family: arial; font-size: 10pt; overflow-wrap: break-word;"> </p>
<p style="margin:0;padding:0;font-family: arial; font-size: 10pt; overflow-wrap: break-word;">There are lots of interactions between user-space scheduler (in the case of Linux, the "Completely Fair Scheduler" and its quantum, which is set by the HZ variable at boot) and the network stack in the kernel. This interactions have non-trivial effects when mutliple flows are independently created by concurrent processes).</p>
<p style="margin:0;padding:0;font-family: arial; font-size: 10pt; overflow-wrap: break-word;"> </p>
<p style="margin:0;padding:0;font-family: arial; font-size: 10pt; overflow-wrap: break-word;">Lately, I've been studying, for reasons related to my day job, the complex interactions of timing at sub-millisecond scale among threads and processes on a single system in Linux. I/O driven by threads become highly correlated, and so assuming "independence" among flow timing  is just not a good assumption.</p>
<p style="margin:0;padding:0;font-family: arial; font-size: 10pt; overflow-wrap: break-word;"> </p>
<p style="margin:0;padding:0;font-family: arial; font-size: 10pt; overflow-wrap: break-word;">The paper observes the results of "dependencies" that couple/resonate.</p>
<p style="margin:0;padding:0;font-family: arial; font-size: 10pt; overflow-wrap: break-word;"> </p>
<p style="margin:0;padding:0;font-family: arial; font-size: 10pt; overflow-wrap: break-word;">On Friday, December 3, 2021 7:09pm, "Jonathan Morton" <chromatix99@gmail.com> said:<br /><br /></p>
<div id="SafeStyles1638658447">
<p style="margin:0;padding:0;font-family: arial; font-size: 10pt; overflow-wrap: break-word;">> > On 4 Dec, 2021, at 12:27 am, Dave Taht <dave.taht@gmail.com> wrote:<br />> ><br />> ><br />> https://jonathankua.github.io/preprints/jkua-ieeelcn2021_understanding_ar_preprint-20jul2021.pdf<br />> ><br />> > I would love it if somehow the measured effects of chunklets against cake's<br />> per-host/per flow fq was examined one day.<br />> <br />> I haven't actually measured it, but based on what the above paper says, I can make<br />> some firm predictions:<br />> <br />> 1: When competing against traffic to the same local host, the performance effects<br />> they describe will be present.<br />> <br />> 2: When competing against traffic to a different local-network host, the<br />> performance effects they describe will be attenuated or even entirely absent.<br />> <br />> 3: They noted one or two cases of observable effects of hash collisions in their<br />> tests with FQ-Codel. These will be greatly reduced in prevalence with Cake, due<br />> to the set-associative hash function which specifically addresses that phenomenon.<br />> <br />> - Jonathan Morton<br />> _______________________________________________<br />> Cake mailing list<br />> Cake@lists.bufferbloat.net<br />> https://lists.bufferbloat.net/listinfo/cake<br />> </p>
</div></font>