4 ms·
My cable is very asymmetric 150/5 nominal, 170/6 best case. I just now experimented with creating only the outgoing queue on my external interface. That's the
by PhantomGremlin 8y ago
My cable is very asymmetric 150/5 nominal, 170/6 best case.
I just now experimented with creating only the outgoing queue on my external interface. That's the slow direction. I went from a D in bufferbloat to an A, with just that one line addition.
Can you live with reducing just your upload speed? I sure can, I rarely upload much. But even if I were doing large amounts of cloud backup, it might not matter. If I go from 5000K to 4500K, is that really such a loss? Am I going to cry over 10%?
And if there is congestion such that my actual upload speed falls below 4500K, it's possible, maybe even likely, that I'm no worse off than before I created my upload queue.
Unfortunately the DSL Reports speedtest only tests one direction at a time. So maybe my fix doesn't work well if there is significant bidirectional simultaneous traffic?
Fortunately I'm running OpenBSD on my firewall, so it was very easy to experiment with this.
- bscphil 8y agoI'm running OPNsense here, so it's also fairly easy to manage. If I interpreted the DSL Reports test correctly, it looks like I see bufferbloat (median ~1.5 seconds) when downloading, but not a significant amount when uploading. So I don't think shaping only the outgoing traffic would help me. But maybe I'm misunderstanding.
- deleted 8y ago[deleted]
- dtaht99 8y agowe designed flent and the rrul series of tests to be able to look at these issues hard and scientifically. See flent.org for the tool.
- dtaht99 8y agowe also added ack filtering to "sch_cake" recently. do hope someone ports it to bsd.