I recently found this on Reddit while looking into why jellyfin is effected so much by latency. I found that this worked and thought I would share it because it is generally applicable, takes five minutes to setup, and helps a lot with bandwidth on higher latency connections. I admit I am not sure of the technical stuff behind this, so if anyone would like to chime in that would be much appreciated.
Cool! This seems like an good write up on it
https://atoonk.medium.com/tcp-bbr-exploring-tcp-congestion-control-84c9c11dc3a9
Bottleneck Bandwidth and Round-trip propagation time (BBR) is a TCP congestion control algorithm developed at Google in 2016. Up until recently, the Internet has primarily used loss-based congestion control, relying only on indications of lost packets as the signal to slow down the sending rate. This worked decently well, but the networks have changed. We have much more bandwidth than ever before; The Internet is generally more reliable now, and we see new things such as bufferbloat that impact latency. BBR tackles this with a ground-up rewrite of congestion control, and it uses latency, instead of lost packets as a primary factor to determine the sending rate.
Can’t I just download more gigabits?
Download more bandwidth
Download more bandwidth
Interesting. I’d be interested in hearing other people’s experience with this. Is this BBR stuff enabled by default on any distros?
According to multiple debian based and ubuntu based and Arch I use. No. Not default. Cubic still is.
My experience was that some days ago I was trying to make my UDP faster, but turned out found out about BBR - for TCP. Well, lucky me - currently some country away from home for family reason. Plex generally takes 40-80s to start a movie/episode for me. And measly about 10s max buffer available - and this is on a 3-5Mbps show.
After BBR (note I have to apply on Proxmox host, my container are unprivileged and can’t set this themselves), I got 8-30s max to start a show/movie. And now comfortably sit between some good minutes on buffer. 15-20Mbps quality now playable.
To me personally it was black magic, and I was tossing it in just 2 days ago too
Ask more if question
If this is black magic, will I be subject to some sort of witch trial in the near future?
This is the Internet. No witch trial just witch burning.
I don’t know if it is, but it is really as simple as adding to lines to a config file and restarting a service.
For example unraid (does that count as a distro?) has it enabled by default
Are there any downsides to this? Why isn’t it default if it is so drastically better?
https://en.wikipedia.org/wiki/TCP_congestion_control#TCP_BBR
List some issues, but only earlier version, not BBR3
BBR1:
researchers like Geoff Huston and Hock, Bless and Zitterbart found it unfair to other streams and not scalable.
Hock et al. also found “some severe inherent issues such as increased queuing delays, unfairness, and massive packet loss” in the BBR implementation of Linux 4.9.
Soheil Abbasloo et al. (authors of C2TCP) show that BBRv1 doesn’t perform well in dynamic environments such as cellular networks.
I believe it will result in like 10% additional overhead, which may be bad on metered connections, but I am not aware of any situation that results in decreased performance. I don’t really know much about this so if anyone would like to correct me, please do.
Cool writeup. I remember implementing BBR many years ago when I was trying to bypass the Great Firewall for an extended stay. Helped deal greatly with the huge congestion on Chinanet backbone at the time, but it’s less of an issue these days now that foreigners can use CN2.
Sorry, what is CN2?
If it’s any solution CCP provides, I wouldn’t trust it anyway
The great firewall situation was always interesting, because if you would use a roaming Sim, then you will be able to access anything
The great firewall situation was always interesting, because if you would use a roaming Sim, then you will be able to access anything
Roaming SIMs work because the APN sets a network routing path outside of China.
I skimmed through it and have no idea what BBR stands for.
It’s an algorithm for determining how fast to upload packets. This article just talks about how to enable it.
Here’s the Wikipedia section about it: https://en.wikipedia.org/wiki/TCP_congestion_control#TCP_BBR
The gist is that instead of only throttling upload rate based on packet loss, BBR constantly measures roundtrip delay (ping) to determine how much bandwidth is available.
Bottleneck Bandwidth and Round-trip propagation time (BBR)
Thank you! I hate unexplained acronyms
It is explained in the article though…
Ahh yes, the first time it is defined is in the conclusion after being used 25 times previously in the article.
I did this and I don’t notice a difference
Thx mate
Acronyms, initialisms, abbreviations, contractions, and other phrases which expand to something larger, that I’ve seen in this thread:
Fewer Letters More Letters IP Internet Protocol Plex Brand of media server package TCP Transmission Control Protocol, most often over IP UDP User Datagram Protocol, for real-time communications
[Thread #681 for this sub, first seen 15th Apr 2024, 22:15] [FAQ] [Full list] [Contact] [Source code]
You didn’t catch BBR bot :-)
