memory leak with worker thread and parentPort.postMessage
Dieses Issue hat noch niemand übernommen.
- Vorherrschende Sprache
- JavaScript
- Sterne
- 122k
- Forks
- 37.3k
- Ø Merge
- 4 T. 2 Std.
- Gemergte PRs (30 T.)
- 283
Beschreibung
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
Beitragsleitfaden
Erste Schritte
- Lies das ganze Issue und danach den Beitragsleitfaden des Projekts.
- Schreib ins Issue, dass du es übernimmst — das erspart doppelte Arbeit.
- Forke das Repository und arbeite in einem Branch.
- Öffne einen Pull Request, der die Issue-Nummer nennt.
Rechercherichtung
Beginne damit, die test.js des Issues mit node test.js auszuführen und den Speicherverbrauch zu vergleichen, wenn mehrere worker_threads-Worker parentPort.postMessage aufrufen. Verfolge die beteiligten Worker und die Nachrichtenverarbeitung; abgeschlossen ist es, wenn wiederholte Worker einen konstanten Speicherverbrauch aufrechterhalten, statt dass er linear wächst.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Bewertung
- Tech-Stack
- javascript, node.js
- Bereich
- backend
- Issue-Typ
- Bug
- Schwierigkeit
- 4/5
- Geschätzter Aufwand
- 3-5 Tage
- Aktivitätsstatus
- Veraltet
- Klarheit
- Größtenteils klar
- Anfängerfreundlichkeit
- 35/100