应该和 BBR 一样,基于 RHEL7.4,换内核就行
腾讯的文章和 BBR 的对比: https://linux.qq.com/?p=238
1
ithou 2019-03-10 01:22:49 +08:00 via Android
$$可以用吗?
|
2
czkwg8 2019-03-10 01:27:54 +08:00
没有源码
别说是开源 |
3
Love4Taylor 2019-03-10 01:28:22 +08:00 via Android
开源? 确定?
|
4
edsheeran 2019-03-10 01:39:13 +08:00
騰氏開源,瞭解一下
|
5
whwq2012 2019-03-10 01:52:39 +08:00 via Android
还是等官方内核更新好了
|
6
tyzrj766 OP |
7
isCyan 2019-03-10 02:11:11 +08:00 via Android
我选择 bbr
|
8
Tink 2019-03-10 02:38:57 +08:00 via iPhone
可以可以,试一下
|
9
ryd994 2019-03-10 06:53:15 +08:00 via Android 1
没论文不评价
评价一个 TCP 拥塞算法不能只看某个条件下的带宽。和其他算法能否公平共存,会不会导致拥塞恶化,,都是值得 |
10
ryd994 2019-03-10 06:56:51 +08:00 via Android 2
没论文不评价
评价一个 TCP 拥塞算法不能只看某个条件下的带宽。和其他算法能否公平共存,会不会导致拥塞恶化,在不同的延迟丢包率的情况下性能表现如何,都是需要测试的。 建议先看看 bbr 论文。腾讯的如果确实靠谱的话,迟早要发论文的。毕竟这可是一大学术成就啊,开发这一票人都可以署名。 增加带宽不难啊,双倍发包把别人全部挤下去就行了 |
11
kernel 2019-03-10 08:08:05 +08:00 via Android
看了一下文章连接国外和 bbr 是一样的,那还折腾个啥
|
12
evagreenworking 2019-03-10 08:28:40 +08:00 via iPhone
“ open “出来,文案牛逼。
|
13
dabaibai 2019-03-10 08:39:27 +08:00 via iPhone
腾讯很不 open 别想了。
|
14
jedihy 2019-03-10 13:38:29 +08:00 via iPhone
按道理应该要介绍算法,文章讲一堆 kernel 实现给人的感觉就是招了一个 intern 强撸了一个看上去比 BBR 快的 BBR 实现。没有任何科学性可言。
|