故事前提。使用的是 xboard node 部署来为后端节点做服务,
机器是 2G 内存 2h cpu,debian 12 的系统。从性能上来说 机器不算差

之前我在这个节点上一直部署的是 vm+ 中转的方式,吃内存真的很少。
但是 最近我尝试使用了 歇斯底里 2 做直连。
结果是真正让我认识到的 暴力拉的牛逼之处。
大家请看,cpu 其实没动,但是 内存直接拉满。而最恐怖的还是 tcp udp 直接 六七千。最高的时候 能到八千多。可以说瞬间拉爆机器。实际上来说我没这么多用户

故事前提。使用的是 xboard node 部署来为后端节点做服务,
机器是 2G 内存 2h cpu,debian 12 的系统。从性能上来说 机器不算差

之前我在这个节点上一直部署的是 vm+ 中转的方式,吃内存真的很少。
但是 最近我尝试使用了 歇斯底里 2 做直连。
结果是真正让我认识到的 暴力拉的牛逼之处。
大家请看,cpu 其实没动,但是 内存直接拉满。而最恐怖的还是 tcp udp 直接 六七千。最高的时候 能到八千多。可以说瞬间拉爆机器。实际上来说我没这么多用户

这内存占用,直接拉满啊,太吓人了。
我也遇到过,换回xray立马就老实了。
这就是我不敢上hysteria2的原因,太吃资源了。
我也遇到过,换成xray就正常了,不知道啥毛病。
xray确实稳,老牌就是靠谱。
这UDP连接数看着头皮发麻。
就是协议特性导致的,UDP本来就吃资源。
楼主试过限制连接数没?感觉能缓解点。
2G内存跑这个有点极限,加个swap顶一顶?
加了swap也就是苟延残喘,治标不治本啊
之前vmess也就几百兆内存,这差距也太大了。
吃瓜,等个大佬解释为啥这么吃内存。
蹲个后续,看看有没有大佬给个优化方案。
同2H2G,跑这个直接死机过,心态崩了。
这连接数看着都头皮发麻, hysteria这么猛的吗
我第一次看到监控图都懵了,这协议太凶残
换个内核或者加swap试试?感觉是配置没优化好
swap加了,还是顶不住那波并发😂
是不是配置没优化好?我看别人说这玩意挺省资源的啊。
2G内存跑 hysteria2 还是太勉强了,得加配置
主要是UDP连接数太夸张了,跟配置关系不大
这图看着真吓人,红了都。
卧槽,接近两千的UDP连接,这谁顶得住啊。
换个4G内存的机器应该就稳了,2G确实捉襟见肘。
这就去买个4G内存的小鸡,听你们的。
hysteria2 这么吃内存吗,一直以为它比较轻量
之前我也以为是,结果2G内存直接撑不住
我也踩过这个坑,后来换了内核版本才好转,你可以试试。
2G内存跑这个确实有点悬,换个大的吧。