100% CPU usage for a long time after execution of the last statement
Personne n'a encore pris cette issue.
- Langage dominant
- JavaScript
- Étoiles
- 122k
- Forks
- 37.3k
- Merge moyen
- 4 j 2 h
- PR mergées (30 j)
- 283
Description
Version
v12.x-v20.x - severe, v8.x - v10.x - less severe but still visible
Platform
Darwin Andreys-MacBook-Pro.local 22.2.0 Darwin Kernel Version 22.2.0: Fri Nov 11 02:03:51 PST 2022; root:xnu-8792.61.2~4/RELEASE_ARM64_T6000 arm64
Subsystem
suspect GC
What steps will reproduce the bug?
run first script in the gist: https://gist.github.com/sidorares/128160e6b3dea1da3ad45cd672651d2d#file-repro1-js
After last line console.log("done"); is executed CPU spikes to 100% and stays like that for about 5 minutes.
In case of node v8 and v10 cpu spike is much shorter, 5-7 seconds.
Bun.js executes the script almost instantly
How often does it reproduce? Is there a required condition?
Consistently reproduceable
What is the expected behavior? Why is that the expected behavior?
the script is expected to finish in sub second time
What do you see instead?
CPU spikes for 300-400 seconds which is unexpected for the workload
Additional information
The profiler only reports the code before the CPU spike, no high GC usage, the time after cpu spike is "unaccounted".
[Shared libraries]:
ticks total nonlib name
98 0.0% /Users/laplace/.nvm/versions/node/v20.3.0/bin/node
[JavaScript]:
ticks total nonlib name
2 0.0% 0.0% JS: *parseLengthCodedInt /Users/laplace/tmp/2090/repro3.js:2014:24
[C++]:
ticks total nonlib name
[Summary]:
ticks total nonlib name
2 0.0% 0.0% JavaScript
0 0.0% 0.0% C++
66 0.0% 0.0% GC
98 0.0% Shared libraries
291682 100.0% Unaccounted
[C++ entry points]:
ticks cpp total name
[Bottom up (heavy) profile]:
Note: percentage shows a share of a particular caller in the total
amount of its parent calls.
Callers occupying less than 1.0% are not shown.
ticks parent name
291682 100.0% UNKNOWN
Guide de contribution
Ouvrir le guide de contribution
Par où commencer
- Lisez l'issue en entier, puis le guide de contribution du projet.
- Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
- Forkez le dépôt et travaillez sur une branche.
- Ouvrez une pull request qui référence le numéro de l'issue.
Piste de recherche
Commencez par exécuter le premier script du gist lié sur les versions affectées de Node.js et comparez son comportement avec Node.js v8-v10 et Bun.js. Utilisez la sortie du profiler et le temps de reproduction indiqués pour étudier le pic de CPU après console.log ; le travail est terminé lorsque le script se termine en moins d’une seconde sans utilisation soutenue du CPU.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Évaluation
- Stack technique
- node.js
- Domaine
- backend
- Type d'issue
- Bug
- Difficulté
- 4/5
- Temps estimé
- 3-5 jours
- Activité
- À l'abandon
- Clarté
- Plutôt claire
- Accessibilité débutants
- 35/100