Re: [Cake] [Make-wifi-fast] Fwd: Call for Papers: KNIT Winter '21

> I actually have no idea what fabric is. https://fabric-testbed.net/ /john ___ Cake mailing list Cake@lists.bufferbloat.net https://lists.bufferbloat.net/listinfo/cake

Re: [Cake] Enforcing video quality question

On Thu, Feb 18, 2021 at 2:55 PM N0man Tech wrote: > > Try looking at fireqos, a component of firehol. It can do per-device limits > via a config file. > The developers provide an OpenWrt package and you can change the default > qdisc to Cake and modify Cake settings. How live is this project?

Re: [Cake] Playing with ingredients = ruined the CAKE

On Sun, May 31, 2020 at 1:08 PM Kevin Darbyshire-Bryant wrote: > I have absolutely no idea, don’t appear to have that thread :-) Mea culpa. Should have included this link to the thread: https://lists.bufferbloat.net/pipermail/make-wifi-fast/2020-May/002860.html /john

Re: [Cake] Playing with ingredients = ruined the CAKE

Kevin, I am curious how this effort relates to Dave Taht's point in his May 20th "not really huge on EF landing where it does in wifi" thread. /john ___ Cake mailing list Cake@lists.bufferbloat.net https://lists.bufferbloat.net/listinfo/cake

Re: [Cake] Pre-print of Cake paper available

On Tue, Apr 24, 2018 at 4:17 AM, Sebastian Moeller wrote: > That is true to some degree, but the overall algorithm is not that hard: Set the shaper at 50% of contracted rate and measure the bufferbloat (depending on the expertise of the user either via flent or the dslreports

Re: [Cake] [LEDE-DEV] Cake SQM killing my DIR-860L - was: [17.01] Kernel: bump to 4.4.51

On Thu, Mar 2, 2017 at 4:10 PM, Dave Täht wrote: > As for speeding up hashing, I've been looking over various algorithms to > do that for years now, I'm open to suggestions. The fastest new ones > tend to depend on co-processor support. The fastest I've seen relies on > the CRC32