其他

一些杂乱的观点。

ss(或者全加密的隧道协议) 比 tls 性能更好？

1. ss 和 tls 在同样使用 AES-128-GCM 的情况下，在目前主流的服务器上，单线程最大吞吐量（或者说 CPU 性能消耗）没有明显区别，并且完全够用（> 1Gbps）。
2. 某些开源翻墙玩具甚至商业转发面板，由于实现较差，转发流量时，比单纯的 ss / tls 协议多出了很多消耗。

ss 比 tls 延迟更低？

ss 确实不需要多花费一个 RTT 进行密钥协商，握手延迟会低一点，但是也造成了很多额外问题。

最新的例子：由于 ss 是未知流量，某些地区会被分配到较低的 qos 等级，从而导致跨网速度跑不过基于 tls 的协议。

miaoko 的 HTTPS 延迟

纯属娱乐，请勿当真。因为其中不仅包含了 RTT + 协议的握手延迟，还包含了 DNS 的延迟。只有在客户第一次连接才是这个延迟，后续连接延迟则是接近 所谓的 TLS RTT + 客户到入口的 RTT (TCP 握手)。

握手延迟

不要纠结了，多几十 ms 你的客户不会有多大感受。只要保证 RTT、速度、丢包率正常就可以了。

Nyanpass 性能如何

得益于 Golang 平台，Nyanpass 只是发挥了其应有的性能，就可以自称高性能转发面板了。而一些友商似乎至今还没解决自己的问题。

Xray-core (Project X) 是个什么鬼

首先该社区热衷于整人，建议远离。其次承认自己的 Vision + Reality 被墙似乎很困难。

PPanel 是个什么鬼

未来可期。