Node-RED-docker causes regular CPU spikes
Ninguém assumiu esta issue ainda.
Avaliação
- Dificuldade
- 4/5
- Tempo estimado
- 3-5 dias
- Facilidade para iniciantes
- 25/100
- Tipo de issue
- Bug
- Clareza
- Precisa de esclarecimento
- Status de atividade
- Estagnada
- Stack de tecnologia
- docker, node.js
- Domínio
- devops, infrastructure
Direção de pesquisa
Comece reproduzindo o problema com um contêiner novo nodered/node-red:latest (2.1.3) e monitore-o usando docker stats, conforme descrito no relatório. Compare o comportamento com e sem fluxos ativos e bibliotecas de terceiros; a tarefa estará concluída quando a causa do 30-minute CPU spike recorrente for identificada e for confirmado que ele não ocorre mais.
Escrita pelo modelo de indexação a partir do texto da issue.
Descrição
I have recently noticed that a closely monitored docker container using image nodered/node-red:latest (2.1.3) shows, on the processor core (or thread ?) it uses, CPU spikes up to 100% every 30 minutes. My monitoring happens by polling docker stats regularly and graphing it over time. This also occurs if the container is fresh, i.e. with no active flows, no third-party libraries installed, no custom code, etc.
A fuller writeup, with many helpful comments from community members, is available on the Node-RED Forum. When reading through it, bear in mind that the suspicion that Node-RED crashed my system was false.
A quick summary of the salient findings:
- other Node.js containers on my system do not show these spikes.
- manually inserted GC calls do not mitigate the issue, making it unlikely to be related to Node.js GC
- other users can reproduce spikes, whether they're on Docker or not
Given the replies and confirmations that the issue was reproducible, I believe that my environment is irrelevant, but here goes: I am running on a system with an Intel Celeron N3350 processor with 4GB of memory. The OS is Ubuntu 20.04 LTS and I am running Docker version 19.03.8, build afacb8b7f0.
- Linguagem predominante
- Shell
- Estrelas
- 540
- Forks
- 434
- Merge médio
- 24min
- PRs com merge (30d)
- 5
Guia de contribuição
Primeiros passos
- Leia a issue inteira e depois o guia de contribuição do projeto.
- Comente na issue dizendo que vai assumir — evita que duas pessoas façam o mesmo trabalho.
- Faça um fork do repositório e trabalhe em uma branch.
- Abra um pull request que referencie o número da issue.
Mais de node-red/node-red-docker
-
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 76/100
node-red/node-red-docker#536 ·
-
node-red/node-red-docker#522 · 1 responsável ·
-
Dificuldade 3/5 1-2 dias Facilidade para iniciantes 52/100
node-red/node-red-docker#513 · 1 comentário ·
-
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 55/100
node-red/node-red-docker#510 ·
-
Dificuldade 4/5 3-5 dias Facilidade para iniciantes 30/100
node-red/node-red-docker#493 · 13 comentários ·
Todas as issues de node-red/node-red-docker
Issues semelhantes
-
Update Vish to 1.1.5 Abertapackage-update
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 78/100
oSoWoSo/vOid_Community_repOsitory#144 · 1 comentário ·
-
help wanted new command
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 72/100
tldr-pages/tldr#24151 ·
-
PacReq: Rune IDE Abertapackage request
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 68/100
pacstall/pacstall-programs#9402 ·
-
[BUG] ci: the first prefetch-images.sh call runs before shard.txt exists, so it is always a no-op Abertabug github-actions
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 82/100
-
update-request
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 72/100
msys2/MINGW-packages#31768 ·