后端崩溃后无法自动恢复

[U201413497]

后端512M内存，naiveproxy节点，开启了swap，1G，debian11系统

内存一直在90%左右，崩掉了，不会恢复。需要在前端节点编辑处，点确定，前端向后端发送配置信息，才会再次恢复。

能否增加一个定时检查的脚本，实现崩溃了后自动恢复

[jonssonyan]

内存512M有点少了。
原因是，编辑节点=删除节点+新建节点。重启之后内存占用会少一点，但是时间长了内存还是会上去。

[U201413497]

还有一台1536M的，探针显示今天到了1.4G，其他几台1G的也差不多在800到900之间。1G内存做个节点都感觉勉强了，能否对内存优化？

[kkksa528]

哪有这么高
空载

满载

[U201413497]

System: debian-12.5 [kvm:x86_64]
CPU: Intel(R) Xeon(R) CPU E5-2680 v4 @ 2.40GHz 2 Virtual Core
Disk: 2.96G / 19.82G
RAM: 888.48M / 926.19M(95.93%)
Swap: 0B / 0B
Transfer: 22.31G 22.15G
Load: 0.20 / 0.44 / 0.26
Process Count: 107
Connection Count: TCP 257 / UDP 2
Boot Time: 2024/3/12 12:00:38
Last Active: 2024/3/13 08:36:28
Uptime: 20:35:55
Version: 0.16.2
这是我的探针显示的，后端，只有1个naiveproxy节点。已经达到了888M，距离926满了也不多了。
前端后端都是用的最新的脚本。

[U201413497]

System: debian-11.9 [kvm:x86_64]
CPU: AMD EPYC 7551 32-Core Processor 2 Virtual Core
Disk: 2G / 44.11G
RAM: 903.52M / 959.32M(94.18%)
Swap: 114.62M / 976M (11.74%)
Transfer: 9.66G 9.61G
Load: 0.02 / 0.04 / 0.00
Process Count: 75
Connection Count: TCP 496 / UDP 0
Boot Time: 2024/3/12 16:48:42
Last Active: 2024/3/13 11:16:54
Uptime: 18:28:19
Version: 0.16.2

甲骨文小鸡，就1个naiveproxy节点，探针信息，内存+swap得有1G了。1G节点都不能稳定做后端节点啊，内存要爆了。

[jonssonyan]

@U201413497 确实有点高的离谱。你面板里面用户多么？

[U201413497]

@U201413497 确实有点高的离谱。你面板里面用户多么？

总共有600用户吧。前端是正常的，我说的内存溢出是后端。后端一个节点大约100人，不是同时在线的，看用户自己使用的需要。昨天晚高峰，1.5G内存的后端naiveproxy节点都爆了，tcp连接数达到1300。
同样情况下，不采用docker部署，直接在caddy部署naiveproxy，100人数的只需要350M内存足够。
docker部署真的太占用内存了，看能否优化一下。