可能这个问题不是很适合在Koishi论坛问，但我第一次用linux服务器挂Koishi，CPU占用过高的情况困扰好多天了，所以想请教一下大佬们遇到这种情况是正常的嘛，应该怎么处理呢？
服务器的koishi环境信息：
System:
OS: Linux 5.10 Alpine Linux
CPU: (2) x64 Intel(R) Xeon(R) Platinum
Binaries:
Node: 20.14.0
Yarn: 4.1.1
Koishi:
Core: 4.17.8
Console: 5.28.4
我的登录方式是napcat+onebot
正常情况下我会通过公网进入koishi配置我的机器人，用1panel配制我的koishi相关文件
但是有的时候会突然出现CPU飙升的情况，大概就像这样
此时1panel，koishi是连接不上的，会一直转圈
用workbench远程连接服务器会显示
然后过段时间会自己好，就是什么操作都没有，CPU占用率又会自己降下来，此时就可以正常访问koishi和1panel
（是的，编写帖子的时候它自己好了）
速报，又坏掉了(
顺带一提，每次恢复后我去查看容器状态时都会发现koishi正常运行，napcat处于关闭状态（坏掉之前是开启的）
我也尝试过自己重启，但是重启貌似会丢失1panel相关数据（雾）都是大佬帮我又部署好了
所以请教一下大佬们遇到这种情况都是怎么处理的呢
）
3 个赞
我也遇到了相同的问题，使用的也是1panel管理napcat和koishi的docker容器，koishi容器的CPU会一直被跑满，就算限制CPU核数过一天左右的时间也会导致服务器崩溃。我不清楚这个问题是怎么回事，请问现在解决了吗
3 个赞
测试了一下，是一个叫puppeteer的插件，只要开启了这个插件CPU使用就会高达1.01s（NapCat仅占用1.52ms），完全是顶着上限跑，不开就一点事没有
3 个赞
啊（？）原来是这么回事么，我记得好多插件都依赖puppeteer来着，我确实也有这个插件（）
2 个赞
欸别说）我朋友之前也因为puppeteer炸过，不过是因为puppeteer把服务器的小硬盘写满了
3 个赞
楼主可以把自己安装的插件截屏给我一下下吗
我过会问我朋友要了插件列表之后比对一下，看看是不是有什么插件在调用puppeteer了之后没有关掉什么的导致的卡
3 个赞
唔，因为服务器被收回了，我当时安了什么插件也都不记得了
现在我在本地又重新下了一些插件跑，没遇到类似的问题了
2 个赞
还真是啊，刚刚CPU一直100%，我把puppeteer一关马上就2%了。
在另一个帖子看到了解决方法，
puppeteer插件设置→额外参数
[
"--no-sandbox",
"--disable-gpu"
]
再启动就好了
5 个赞
这puppeteer插件好像是要用到chromium，但是linux的chromium一直都有很奇怪的内存占用和cpu占用问题，会随着时间占用越来越大，也不知道是什么情况
就有一次很尴尬的事件
装了个需要用到chromium的网页检测程序
刚开始还好好的，后面cpu和内存全吃满了，后面看日志直接out of memory强制重启了
4 个赞
要么是插件问题，作者没有close或者有对应close调试配置项被你打开了
要么就是你在使用docker，在docker中一直存在puppeteer默认args的CPU占用问题。
不然正常的linux和Chrome，用来挂bot功能是肯定没异常的。
3 个赞
好像是插件缺陷导致的chromium的进程没有close导致进程越积越多，感谢大佬的解答!
2 个赞
