memory leak with worker thread and parentPort.postMessage
Nadie ha tomado este issue todavía.
- Lenguaje dominante
- JavaScript
- Estrellas
- 122k
- Forks
- 37.3k
- Merge medio
- 4 d 2 h
- PR fusionados (30 d)
- 283
Descripción
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
Guía de contribución
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Línea de trabajo
Comienza ejecutando el test.js del issue con node test.js y comparando el uso de memoria cuando varios workers de worker_threads llaman a parentPort.postMessage. Rastrea los workers y el manejo de mensajes implicados; se considera terminado cuando los workers repetidos mantienen un uso de memoria constante en lugar de que este crezca linealmente.
Escrito por el modelo de indexación a partir del texto del issue.
Evaluación
- Stack tecnológico
- javascript, node.js
- Área
- backend
- Tipo de issue
- Error
- Dificultad
- 4/5
- Tiempo estimado
- 3-5 días
- Estado de actividad
- Estancado
- Claridad
- Bastante claro
- Aptitud para principiantes
- 35/100