スタックトレースを読むとヒープが約1,470 MB増えていた話

はじめに Dress Code 株式会社のかわうそです。 API サーバーのメモリを測っていたら、スタックトレースを一度読んだだけで、ヒープが約 1,470 MB 増えていました。調べてみると、source-map-support が巨大な source map を読み込み、結果を保持していました。エラーの場所を教えてくれる処理に、これだけのメモリを使っていました。 今回は、本番プロセスで source map を読み込まない構成を採用しました。ローカルでは、ほかの改善も合わせてヒープが 2,270 MB から 683 MB に減っています。ただ、ログから元の TypeScript の行番号が消えるのは困ります。メモリは減らしたいけれど、障害調査まで不便になるのも困ります。 その折り合いをどこでつけたか、計測した数字と合わせて記事にしてみました。 TL;DR 今回の単一バンドル構成では、最

[nguyen-oi]

巨大な単一バンドルに対するsource-map-supportのメモリ喰い問題、分析と計測の手順がとても丁寧で参考になる