goで書いたコードがヒープ割り当てになるかを確認する方法 · hnakamur's blog

2018-01-30 はじめに Allocation Efficiency in High-Performance Go Services · Segment Blog という記事を読みました。素晴らしいのでぜひ一読をお勧めします。 この記事は自分の理解と実際に試してみた結果のメモです。 一番のポイントは go build -gcflags '-m' のようにオプションを指定してビルドすればコードのどの箇所でヒープ割り当てが発生したかを確認できるということです。 pprof や go test -benchmem でもヒープ割り当ての発生回数は確認できますが、上の方法ではコードのどこ(何行目の何カラム目)でヒープ割り当てが発生したかとなぜ発生したかの理由を確認できます。 元記事の内容メモ 冒頭にあげた記事を読んで私が理解した内容のメモです。 元記事の全ての内容を書いているわけでないので、元

[halfrack]

スパルタン / "キャッシュラインに含まれるオブジェクトのコピーは単一のポインタのコピーとほぼ同等の軽さ。"

[akn_ep]

“基本的な考え方はガベージコレクション作業をコンパイル時に行える部分は行うということ。 ” やべぇ

[yosuke_furukawa]

“ポインタを使わず値をコピーするほうがメモリ上で局所化してCPUのキャッシュヒット率も上がる。” ほほー

[tmatsuu]

とても勉強になった。とある処理でio.Reader化して早くなるかと思いきやそうでもなかったのはそういうことか。

[yoppe9509]

Goのパフォーマンスチューニングに役立つ記事

[kwhrtsk]

goのポインタ渡しは値渡しよりもコストの高い処理になり得るというのは盲点だった。しかし変数の寿命とエスケープ分析のあたりを気にしだすと、いっそRustみたいに変数の寿命を明示する方が楽な気がするな。

[oinume]

[[performance]memory]

[tyru]

気にしだすとキリなさそうだけど一応知っておきたい

[gettergot]

ポインタのほうが遅いことがあるとは思わなんだ

[threetea0407]

ひゃー。ポインタで返すほうが遅いのか。

[gfx]

エスケープ解析すごい。

[pamucat]

“Goのメモリ割り当て ”

[zetamatta]

俺はそこまで考えないことにした（気にしだすと、昔みたいに（C++ で）new したらヒープが断片したら負け病になってしまう）

[castaneai]

“ go build -gcflags '-m' のようにオプションを指定してビルドすればコードのどの箇所でヒープ割り当てが発生したかを確認できるということです。”

[niconegoto]

メモ