memory leak with worker thread and parentPort.postMessage
Nessuno ha ancora preso questa issue.
- Lingua principale
- JavaScript
- Stelle
- 122k
- Fork
- 37.3k
- Merge medio
- 4g 2h
- PR unite (30g)
- 283
Descrizione
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
Guida per i contributori
Apri la guida per i contributori
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Direzione di ricerca
Inizia eseguendo il test.js della issue con node test.js e confrontando l’uso della memoria quando più worker di worker_threads chiamano parentPort.postMessage. Traccia i worker e la gestione dei messaggi coinvolti; il lavoro è completo quando worker ripetuti mantengono costante l’uso della memoria invece di farlo crescere linearmente.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Valutazione
- Stack tecnologico
- javascript, node.js
- Ambito
- backend
- Tipo di issue
- Bug
- Difficoltà
- 4/5
- Tempo stimato
- 3-5 giorni
- Stato di attività
- Ferma
- Chiarezza
- Abbastanza chiara
- Idoneità per principianti
- 35/100