Deuxième article de cette série consacrée à l’analyse des performances des applications Node.js. Nous allons nous attaquer cette fois-ci à l’analyse de la mémoire.
Derniers commentaires :
Tous les commentaires (4)
Anh-Vu Tran
il y a 3 mois
Mais si c'est affectueux. C'est juste que c'est le moment où, dans le podcast, tu montres la pertinence d'aller voir le cursus 😉
0
Axel Shaïta
il y a 3 mois
@Anh-Vu Tran Effectivement les fuites mémoires proviennent la plupart du temps d'un souci dans le design de notre code ou d'une librairie tierce mal conçu. C'est pourquoi j'explique les principales causes de ces fuites mémoires pour justement les éviter. Après il n'est pas toujours évident de s'en apercevoir d'où le fait de savoir comment diagnostiquer son application ;)
0
Pour ajouter un commentaire, tu dois te connecter ou créer un compte.
Comment profiler notre application Node.js ? Quelles fonctions consomment le plus de temps CPU ? Nous allons voir tout cela aujourd'hui !
Derniers commentaires :
Elise Patrikainen
il y a 3 mois
Je suis d'accord: je trouve que, sur la scène JS française, le blog de @Axel Shaita est l'une des meilleures ressources actuelles.
Axel Shaïta
il y a 3 mois - modifié il y a 3 mois
Merci du partage. Honnêtement je ne sais pas si l'optimisation des performances est une préoccupation courante dans l'univers Node.js mais c'est pour moi essentiel de savoir comment analyser celle-ci pour éviter de consommer de la ressource inutilement, surtout lorsque celle-ci est limitée. Malheureusement beaucoup de développeurs que j'ai rencontrés ne savent pas comment s'y prendre pour analyser les performances, les ressources à ce sujet sont peu nombreuses voir inexistantes en français d'où la rédaction de cet article.
Très content des retours que j'ai eus sur cet article qui m'a demandé, comme tu l'as dit Benoit, pas mal de temps.
Très content des retours que j'ai eus sur cet article qui m'a demandé, comme tu l'as dit Benoit, pas mal de temps.
Pour ajouter un commentaire, tu dois te connecter ou créer un compte.