rust is not that good but a lot more better than c++ thats for sure

ubuntu is the worst

manjaro is okay

thats why my hahasim stop working?

can not get sms anymore but still can get phone call

@YekongTAT 是哪个地方的电信吗 大概多大的流量能跑多久 晚高峰有没有丢包比较厉害？

丢包重传注定要面对「头部阻塞」。如果一个 TCP 连接中某个数据包丢失，那么整个 TCP 数据流必须暂停，丢失的数据包需要重新传输，然后数据流才能继续。


TCP 这个协议 对于代理来说 是很不好的

因为代理一般来说 都有 延迟

因为你的代理服务器都是在国外的 随随便便 60ms 100 多毫秒的延迟

总是 ack 之后再发下一个包的话 带宽的利用率 就被延迟 严重阻碍了

延迟高 就会导致 带宽的利用率 上不去

或者最起码是开始的时候上不去 tcp 的慢启动特性

对于延迟高的来说 带宽一开始的利用率就会很低

@kandaakihito 线路不好会导致很多问题 通道窄 数据多 拥挤 丢包就明显 物理路径长 延迟高 影响也大
@qinze113 UDP 国内我们自己用不了 qos

1 ， 简要说明

对于 TCP 传输，出口带宽和网络带宽都很高，传输速率就比如很大吗？

答案是：不一定。

考虑这样一种场景：有一个主播在美国推流，国内用户观看直播，拉流速率很小，视频非常卡顿。分析发现，带宽其实并不小，只是延时比较大（大于 300ms ）。

所以说速率跟延时相关，延时大会导致速率变下。

2 ，速率跟延时的关系推导

由于 TCP 的滑动窗口特性，已发送出去的一组数据必须 ACK 之后（经过一个 RTT)，滑动窗口才会滑动，才可以发送下一组数据，一组数据大小为 SWND ，1S 之内可以发送 1000/RTT 组数据，于是速度为：

Rate = SWND*8*1000 / RTT

所以速率跟发送窗口成正比，跟 RTT 成反比；

其中：SWND(发送窗口) = min ｛ RWND(接收窗口), CWND(拥塞窗口)｝； RTT：往返延时

还有一个问题：跟进上面推到公式，如果 RTT 无线接近 0 那速率就无限大了吗？显然不会，但 RTT 小于某个值的时候，整个链路的速率就受限于带宽了。

ubuntu 真心不好用 我也是最新 destop 版本

唯一好处可能是字体渲染感觉稍微舒服一点

要不是需要在 linux 下面用 vscode 写点代码

用 win11 香得很

强已经丧心病狂到了不能理解的地步

固步自封 闭馆锁国 又来一遍

就像一个写了五年 C++的人在简历上写精通 C++一样...