Closed leeaash closed 1 year ago
我是512M的AWS lightsail,没有这种问题
我是512M的AWS lightsail,没有这种问题
你跑的什么方式代理?
shadow-tls和naive
请参照这个链接调整你服务器上的服务以使CPU负载保持低于你套餐对应的CPU 利用率性能基准
https://lightsail.aws.amazon.com/ls/docs/zh_cn/articles/amazon-lightsail-viewing-instance-burst-capacity
只要你的代理可以正常通信,一般就不是本项目需要解决的问题
只要你的代理可以正常通信,一般就不是本项目需要解决的问题
不跑sing-box之前没出过性能问题,用了sing-box,有流量就会出现问题
请参照这个链接调整你服务器上的服务以使CPU负载保持低于你套餐对应的
CPU 利用率性能基准
https://lightsail.aws.amazon.com/ls/docs/zh_cn/articles/amazon-lightsail-viewing-instance-burst-capacity 这是我的
AWS lightsail对CPU负载要求太严格 要么减少用量 要么更换其他套餐或者VPS吧
你也可以换v2ray什么的对比一下同样的使用场景有多大差异
AWS lightsail对CPU负载要求太严格 要么减少用量 要么更换其他套餐或者VPS吧
你也可以换v2ray什么的对比一下同样的使用场景有多大差异
原来一直跑的ss, ss+v2ray plugin, wstunnel, udpraw, 各种套基本没死过,直到上了sing-box, 我先关了其他的再观察下吧
我一台设备连续播放4K流媒体,CPU负载稳定在5%左右。 在我的使用场景下,sing-box的性能表现够用了。
cpu和实际流量没有相关性,我跑4k的时候不会必然导致问题,出问题的触发条件我目前还没有找到头绪,但基本上没有发生实际流量大的时候,通常在半夜时候也不会有流量压力的
cpu和实际流量没有相关性
由sing-box引发的CPU负载增高,肯定和流量、带宽有关。 我实际连续播放4K流媒体,也可以看到这个相关性。 从你给出的sing-box的配置来看,sing-box也没有在服务端提供代理以外的服务。
cpu和实际流量没有相关性
由sing-box引发的CPU负载增高,肯定和流量、带宽有关。 我实际连续播放4K流媒体,也可以看到这个相关性。 从你给出的sing-box的配置来看,sing-box也没有在服务端提供代理以外的服务。
是的是的,我可能说的有点错误,当长时间播放4k并不会直接导致cpu持续的线性增加直至死机。出现问题的时候往往是没有什么太大流量的时候开始发生的。 我想说的是死机和流量没有直接相关性,或者说从我的观察看,并不是大流量导致的问题,但是服务开着,流量不走的话确实观察了一天多没事
还需要再好好排查一下,找到用sing-box稳定复现CPU满载的方法
做了一个不同配置的对比, 1C1G lightsail主机,Debian 11, 只装了sing-box shadowtls+showsocks每天不定期出问题。shadowstls+vmess 跑了3,4天没出过问题
请提供复现流程。
我这里也是同样的问题,使用的是shadowtls+showsocks,内存一直在持续升高,直到死机,发生大规模磁盘交换。
在这里清理的缓存
singbox的内存占用一直非常小
做了一个不同配置的对比, 1C1G lightsail主机,Debian 11, 只装了sing-box
shadowtls+showsocks每天不定期出问题。shadowstls+vmess 跑了3,4天没出过问题
我是centos7,看来和系统没关系,应该和shadowdsocks有关系 希望开发者能注意到这个问题
目前加了定时任务 剩余内存小于150的时候 就自动释放 每分钟检查一次就好 下面是代码 请大家参考
#!/bin/bash
#该脚本用于清理buff/cache,释放内存
used=`free -m | awk 'NR==2' | awk '{print $3}'`
free=`free -m | awk 'NR==2' | awk '{print $4}'`
buff_cache=`free -m | awk 'NR==2' | awk '{print $6}'`
available=`free -m | awk 'NR==2' | awk '{print $7}'`
LOG_FILE=/var/log/mem.log
echo -n "$(date '+%Y-%m-%d %H:%M:%S') " >> $LOG_FILE
echo -n "used:${used}M free:${free}M buff_cache:${buff_cache}M available:${available}M " >> $LOG_FILE
#设置free小于150M时就开始进行清理
if [ $free -le 150 ] ; then
sync && echo 1 > /proc/sys/vm/drop_caches
sync && echo 2 > /proc/sys/vm/drop_caches
sync && echo 3 > /proc/sys/vm/drop_caches
echo -n "OK" >> $LOG_FILE
else
echo -n "free >= 150, pass." >> $LOG_FILE
fi
echo "" >> $LOG_FILE
执行环境时centos7的bash,其他环境请自行测试
我这里也是同样的问题,使用的是shadowtls+showsocks,内存一直在持续升高,直到死机,发生大规模磁盘交换。
在这里清理的缓存
singbox的内存占用一直非常小
请问你这是什么面板
2024年10月7号~测试了好多次~感觉sing-box会疯狂占用CPU.用xray没问题~我用的AWS光帆~5刀的机器~一般能坚持个1天左右,VPS就出问题了~必须重启~
Welcome
Description of the problem
sing-box用docker形式跑在AWS lightsail 1 CPU 1G memeory VM上。 代理流量用shaowtls+ss的配置,基本一天内虚机就会死机,只能重启解决。 如果流量不切到sing-box上但容器仍旧运行,虚机超过一天也不会出现死机状态 怀疑 sing-box导致内存泄漏和cpu利用率高的情况,直至系统最终挂起无响应。 试了1.06,1.07,1.1beta17版本,情况相同
Version of sing-box
Server and client configuration file
Server and client log file