Debuguer les fuites de mémoire dans une application Node.js

Question

Hello, j'ai une application Node.js qui tourne en conteneur et qui monte progressivement en consommation RAM jusqu'à l'OOM Killer. J'ai déjà utilisé heapdump, mais je n'arrive pas à isoler l'objet qui retient les références. Quelqu'un a une méthodologie propre pour profiler ça en production ?

anne71 · Answer

As-tu essayé d'utiliser --inspect et de te connecter avec Chrome DevTools pour prendre plusieurs snapshots ?

renee-sanchez · Answer

Oui, mais le dump est trop lourd pour être analysé localement. Le conteneur plante avant même que je puisse exporter le snapshot complet.

mbarbier · Answer

Utilise clinic.js. C'est beaucoup plus efficace pour visualiser les problèmes de mémoire en temps réel sans saturer ta machine.

renee-sanchez · Answer

Connais pas. C'est safe en prod ?

bclement · Answer

Oui, clinic doctor est très léger. Ça génère un rapport HTML complet.

anne71 · Answer

Vérifie aussi tes EventEmitter. Une fuite classique, c'est l'ajout de listeners sans les supprimer.

renee-sanchez · Answer

Bien vu, j'ai trouvé 200 listeners sur un objet socket. Je corrige ça.

mbarbier · Answer

Top. N'oublie pas de monitorer le process.memoryUsage() avec Prometheus pour confirmer la stabilisation.

bclement · Answer

Passe aussi sur une version récente de Node.js, le GC a été largement amélioré.

renee-sanchez · Answer

Merci à tous, la fuite était bien liée à des listeners persistants. C'est stable maintenant.

Debuguer les fuites de mémoire dans une application Node.js

10 commentaires

Laisser une réponse

Introduction du cours pour apprendre l'orchestrateur Kubernetes (k8s)

Maximiser la productivité du DevOps grâce à ChatGpt

Importer un dépôt externe vers GitLab pour migrer vos projets

Au-delà du Code : L'IA Transforme la Productivité de l'Ingénieur DevOps

Le Monitoring coûte-t-il plus cher que votre Infrastructure ?

Rejoindre la communauté

Oops! An Error Occurred

The server returned a "500 Internal Server Error".