memory_profilerでメモリ割当のボトルネックを計測する(のは難しい)

• memory_profilerべんりだけど、実際に使うと解像度が高すぎて「アプリケーションコードのどこがよくないか」を計測するのは難しいなという所感を得た
• memory_profilerはObjectSpace.allocation_sourcefile メソッドやObjectSpace.allocation_sourcelineメソッドを使ってオブジェクトを生成したコードを取得しているっぽい
  • https://github.com/SamSaffron/memory_profiler/blob/d6a5882512a3f7db9f93251151907216ecd3c4d4/lib/memory_profiler/reporter.rb#L97-L127
  • https://ruby-doc.org/stdlib-2.7.3/libdoc/objspace/rdoc/ObjectSpace.html#allocation_sourcefile-method
  • https://ruby-doc.org/stdlib-2.7.3/libdoc/objspace/rdoc/ObjectSpace.html#allocation_sourceline-method
• これは例えばアプリケーションで使っているgemをデバッグする、というときには便利
  • どのgemのどのファイルのどの行でたくさんオブジェクトが生成されているな、というのがわかる
• が、アプリケーションのどの行でそのgemを使っているか、まではわからない
  • 具体的に言うとActiveRecordのオブジェクトをたくさん生成しているところがありそう、と思ってもそれはmemory_profiler経由ではわからない
• MemoryProfiler.reportにallow_filesのようにファイルの絞り込みができるオプションがあるが、これは単に結果リストから絞り込みしているだけ
  • SamSaffron/memory_profiler: memory_profiler for ruby
  • https://github.com/SamSaffron/memory_profiler/blob/d6a5882512a3f7db9f93251151907216ecd3c4d4/lib/memory_profiler/reporter.rb
• ActiveRecordのオブジェクトをたくさん生成していそう、くらいはわかるのでそこからは別のソリューションが必要
  • 例えばafter_intialize, after_findフックとcallerを駆使すればどこのアプリケーションコードから生成されたかのリストは取れそうである
  • すでにだれか作っててもおかしくなさそうだけどどうなんだろ