EAimTY

https://www.eaimty.com/

V2EX 第 123298 号会员，加入于 2015-06-21 13:55:53 +08:00

根据 EAimTY 的设置，主题列表被隐藏

二手交易相关的信息，包括已关闭的交易，不会被隐藏

EAimTY 最近回复了

60 天前

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

61 天前

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

61 天前

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

61 天前

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

61 天前

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

62 天前

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

62 天前

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

62 天前

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

62 天前

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

62 天前

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

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