@jousca #7 不错，不错，就差 Uh 的注解了。

光猫拨号、路由拨号不都是 PPPoE 吗？同好奇为啥加载的限速策略会不同？

好划算呀~ 上行都太贵了……

同有江苏移动 1000 兆家宽，路由拨号，下行跑不满，最多 800 左右，平常没那么大需求，也没报障处理。

技术方案只决定会不会被盯上实施人为阻断或干扰，通信质量关键还是看线路，有时候中转用的好也很不错。

靠，这东西都做了什么？？？

@sinnosong1

比如对比下 openjdk hotspot 和 dotnet coreclr 的 jit 实现：

https://github.com/openjdk/jdk/tree/master/src/hotspot
https://github.com/dotnet/runtime/tree/main/src/coreclr/jit

就说公共架构分离的设计，hotspot 公共代码、架构代码结构清晰明了，反观 coreclr 明显设计不足，就像一锅粥，公共代码文件里充满了各种 cpu 架构开关宏，可读体验很差。

别的不说，dotnet runtime 的代码和屎一样~

对应用业务透明的话，就在{c}和 b 之间建 tunnel ，然后再把所有 tunnel 合并成 bound ，让 bound 实现对单 tcp 流的均衡。

typo:

on host b:
ssh -J user@host_c user@host_a

ssh 自带这个功能，参数 -J

on host b:
ssh -J user@host_c user@host_c

@liulongquan 感觉现在已经有少量丢包了

电视是宣传工具，不能暴露在互联网上被利用以传播信息？

动态密码，联系装维获取

感觉厃了

直接请装维师傅查，有光猫的串号就行。

udp 包收发效率不如 tcp 的流方式，系统调用 api 和硬件加速都可能利用不好，代理使问题更复杂了，我也禁用了 quic ，用同样的方式。

我的商宽也是挂别人公司名下的，自己办要提供公司材料。