memory leak with worker thread and parentPort.postMessage
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
v17.4.0
Platform
Microsoft Windows NT 10.0.22000.0 x64
Subsystem
No response
What steps will reproduce the bug?
node test.js
- test.js :
const {
Worker, isMainThread, parentPort
} = require('worker_threads');
if (isMainThread) {
function parseJSAsync(script) {
return new Promise((resolve, reject) => {
const worker = new Worker(__filename);
//worker.on('message', resolve);
worker.on('message', (i)=>{
//console.log('plop' + i);
});
worker.on('error', reject);
worker.on('exit', (code) => {
if (code !== 0)
reject(new Error(`Worker stopped with exit code ${code}`));
});
});
};
parseJSAsync()// no leak if called only once
parseJSAsync()// leak appears if called twice or more
parseJSAsync()
} else {
let i = 0;
while (i<1000000000000) {
parentPort.postMessage(i);// no leak if commented
i++;
}
}
How often does it reproduce? Is there a required condition?
Always, if more than 1 worker is instantiated and parentPort.postMessage is used.
What is the expected behavior?
constant memory usage
What do you see instead?
a linear increase of memory usage over time (up to 16Gio+ in less than 1min)
Additional information
No response
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 test.js de l’issue avec node test.js et comparez l’utilisation de la mémoire lorsque plusieurs workers de worker_threads appellent parentPort.postMessage. Suivez les workers et la gestion des messages concernés ; le travail est terminé lorsque des workers répétés maintiennent une utilisation constante de la mémoire au lieu qu’elle augmente linéairement.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Évaluation
- Stack technique
- javascript, 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