@canyue7897 原版系统，没有安装任何插件

@imspace 确实，我没太考虑过在后期维护上的问题，感谢提醒

@FrankAdler 这个还需要长期观察，这段时间我个人在非常规端口用起来还算稳（虽然谈不上大流量）

@lutian 目前不打算在 client 上加太多功能，需要其它功能的可以加套一层 v2ray
协议特征就是标准的 QUIC ，理论上和检测到 TCP + TLS 差不多

@showgood163 前向纠错现在还不在正式的 QUIC 标准里

@imspace 感谢 PR 。那些 `unwrap_unchecked` 主要是为了标识是安全的 unwrap ，unsafe 块的含义不就是“我知道我在做什么”吗（暴露我是个新手了 233

@tulongtou 用 rust 写异步和网络很舒服

@emeab 我正在研究怎么给服务端加多用户支持，到时候配置文件应该会一起加上。ECC 证书我尽量想办法解决一下，如果底层的库不支持的话就没办法了...

@emeab 0-rtt 的对延迟的实际影响不大这两个对 TCP 的处理都差不多，主要的差别在 UDP 中继上

@wspsxing 这里有一个 QUIC 实现的性能比较： https://interop.seemann.io/
各个库的性能差距对选择貌似起不到决定性因素，quinn 主要强在用户多，而且换拥塞控制更方便一些

@vibbow 我考虑过这个问题，想通过走 raw socket 把 UDP 伪装成 TCP ，但是需要改依赖的 QUIC 库，工程量比较大，所以暂时还没实现。

运营商的 QoS 没有想象得那么严重（至少我体感），而且只要 QUIC 的使用率上去了，运营商就会减弱 QoS ，这也是目前的趋势。

vs + clang 还不如用 vscode + clang 吧…

貌似我之前用谷歌拼音输入法的时候也遇到过这种情况，但是自从 Gboard 加了中文，换了 Gboard 之后就没遇到过了

“手机屏幕上弹出个什么框框没在意按掉了”

我觉得责任不全在系统，也在你不看内容直接关掉。用国产系统自然要防备这种国产行径，既然你要用 play 不想要“应用商城”，那刷成氧才更好吧

“某种硬件线缆”需要的带宽太大，在技术和成本上都不合适吧。与其用硬件方式互联，不如根据具体需求在软件层做成分布式，通讯成本更低，比如分布式数据库

貌似 rufus 可以装，我自己用的 wtg 已经跟着更新到 20h2 了，体验良好。
如果实在不行可以先装 1909 再升上去…

清理一下 DNS 缓存试试

有些机器的金属后壳能帮助硬盘之类的部件散热，这种情况下硬盘和后壳之间一般都会有散热贴，最好留意一下

把 /dev/zero 压缩到 /dev/null （ doge