UnblockNeteaseMusic / UnblockNeteaseMusic/server
最新版在空闲时，占用了服务器所有系统资源。。。
Nobody has claimed this yet.
- Dominant language
- JavaScript
- Stars
- 7.8k
- Forks
- 762
- PR merge metrics
- No merged PRs in 30d
Description
Bug 描述
如题。
我用的是docker，，系统是PVE下的Debian11虚拟机。
感觉最近软路由反应比以前迟钝了，看了下，发现这个docker占用了服务器绝大部分的CPU和内存，在没有使用网易云，没有请求连接到它的情况下，系统资源有多少它就能吃掉多少，，，
删掉容器重建了几次，都是运行一段时间后就会变成这样。
请问这是正常情况吗？
预期行为
资源占用恢复到以前
实际行为
No response
复现步骤
重建了几次都是这样
日志内容
等我明天研究研究这个要怎么弄，，，🙈🙈🙈
网易云音乐歌曲链接
No response
网易云音乐版本号
与此无关
操作系统
与此无关
其他信息
No response
问题排查
- 我确认我使用的核心是由 UnblockNeteaseMusic 项目官方发行，不是其他任何 fork。
- 我确认我已经升级到了最新的核心版本（推荐使用最新构建而不是 release）。
- 我确认我已经启用了 HTTPS 端口。
- 我确认我已经正确设置了 EndPoint。
- 我确认我已经在对应的客户端正确安装了 CA 证书。
Contributor guide
No contributing guide indexed for this repository
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start by reproducing the idle Docker deployment on Debian 11 under PVE and observe CPU and memory usage. Collect the container logs and configuration, since the report currently provides no logs, then compare behavior after recreating the container. Done means the idle resource growth is explained and resource usage returns to the prior baseline.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- docker, javascript
- Domain
- devops, infrastructure, performance
- Issue type
- Bug
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 25/100