Dave Taht <[email protected]> writes: > you have no control. The tx queue rings are flooded before control is > handed back to the fq_codel scheduler. You can get some control back > on a non-BQL driver by reducing the number of tx descriptors > dramatically, but that leads to issues with small vs big packets....
Right, so BQL is pretty much a requirement to get anything worthwhile out of fq_codel? Or is that too strongly put? Without BQL, exactly how much does the driver queue up? I've heard someone say 1000 packets for ethernet, but is that in a different context? E.g. pfifo_fast uses /sys/class/net/*/tx_queue_len for queue length (I think?), but if the qdisc doesn't, does the driver? -Toke -- Toke Høiland-Jørgensen [email protected]
pgpy4B9Ds5yj1.pgp
Description: PGP signature
_______________________________________________ Cerowrt-devel mailing list [email protected] https://lists.bufferbloat.net/listinfo/cerowrt-devel
