-
Notifications
You must be signed in to change notification settings - Fork 142
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
性能和延迟问题 #196
Comments
前面的忽略,倒数123是同一个节点,分别为xtls,ws+cdn,最后一个是mieru |
mieru 不是 0-RTT 协议。首先需要 1 RTT 完成 socks5 握手,然后才能传输数据。 |
明白,有无考虑使用AES128来加密呢(在绝大多数设备这个才是最优解) 目前延迟确实很感人。。 |
你使用哪一款处理器?如果是好的处理器,网络是瓶颈,更换加密算法可以降低 CPU 使用率但是不会明显改善延迟。性能差的处理器会在加解密环节耗费比较多的时间。 |
刚刚用我的垃圾 VPS 跑了一下基准测试。AES256 的加解密速度大概是 300 MB/s,XChaCha20 大概是 150 MB/s。峰值速度有两倍的差距,但是在一般负载下延迟应该不会有 10 毫秒以上的差别。 |
实践出真知,大概是6年前,当时很多人推chacha的时候我做的测试,手头的无论是电脑还是手机,都是AES更快(硬件加速优化),这么多年过去了,AES只会更快! 我当时的测试结论是ChaCha20只适合一种机型,就是老掉牙的移动设备或者PC,又几年过去了,你想想现在设备发展的多块。。。AES128才是速度和性能的最优解(256没必要,GOOGLE自己全部都用128,128大概比256有5-10点的性能提升,高性能需要一点点节省出来) |
sever端没有冗余项设置
只开启了最简单的TCP+端口+用户密码
用mihomo简单的延迟测速,mieru基本每次是垫底。。。
理论上来说,属于轻量级的协议,没xtls快可以理解,但是延迟比ws还高,有点想不通啊
The text was updated successfully, but these errors were encountered: