On Tue, May 24, 2016 at 11:02 AM, Dave Taht <dave.taht@gmail.com> wrote:
On Tue, May 24, 2016 at 9:56 AM, Jonathan Morton <chromatix99@gmail.com> wrote:
>
>> On 24 May, 2016, at 18:52, Dave Täht <dave@taht.net> wrote:
>>
>> My last attempts with cake the way it was had it performing miserably at
>> longer RTTs (try 50ms) vs codel or fq-codel - as in half the throughput
>> achieved by codel, at that RTT.
>
> Was that before or after I found and fixed the invsqrt cache bug yesterday?

That was back in december, when I had also ripped out the invsqrt
cache entirely with things like "bcake".

(I still do not see any point to the invsqrt cache, nor )

I did some informal testing of recent cakes about a month back.. and
went back to fq_codel. cake ate too much cpu, queue depth was longer,
throughput at 50ms or longer, worse.

I decided that I'd much rather work on wifi.

Please test at longer rtts.

It seems to me that fq_codel works very well. If the main issue is hash collisions, are there any plans to backport cake's "ways", which would make fq_codel pretty close to perfect as an AQM. Possibly even allow reduction of the hash-bucket sizes since they only scale with the log because of hash birthday attacks.
 




>  - Jonathan Morton
>
> _______________________________________________
> Codel mailing list
> Codel@lists.bufferbloat.net
> https://lists.bufferbloat.net/listinfo/codel



--
Dave Täht
Let's go make home routers and wifi faster! With better software!
http://blog.cerowrt.org
_______________________________________________
Cake mailing list
Cake@lists.bufferbloat.net
https://lists.bufferbloat.net/listinfo/cake