こんにちは。世界中の高負荷なシステムの裏側で、パケットとメモリの挙動を四半世紀見守り続けてきたアーキテクトです。
あなたがGo言語という素晴らしい武器を手にしたこと、心から歓迎します。Goは「書くのが簡単」なだけでなく、「動く仕組みが極めて合理的」な言語です。しかし、真のプロフェッショナルとして一歩抜きん出るためには、コードの書き方だけでなく、「自分の書いたコードが、OS（Linuxカーネル）の上でどのように呼吸しているか」を知る必要があります。
今日は、Goのパフォーマンスを極限まで引き出すための鍵である「GoランタイムとTransparent Huge Pages（THP）」というテーマについて、世界一わかりやすく、かつ深く解説しましょう。
これを理解すれば、あなたの作るアプリケーションは、単に「動く」だけでなく、「ハードウェアの性能を120%引き出す芸術品」へと進化します。
—
1. なぜGoを使うなら「メモリの仕組み」を知るべきなのか？
Go言語には、メモリ管理を自動で行う「ガベージコレクション（GC）」と「ランタイム（実行環境）」が備わっています。初心者のうちは「メモリのことはGoにお任せ」で構いません。しかし、いざ本番環境で大量のアクセスを捌こうとすると、「なぜかメモリ消費が減らない」「時々レスポンスが遅くなる」という壁にぶつかります。
その原因の多くは、Goのメモリ管理とLinuxカーネルの「ページング」という仕組みの「相性」にあります。
Linuxのメモリの基本：4KBの「小さなページ」
通常、OSはメモリを「4KB」という小さな単位（ページ）で管理しています。
- メリット: 細かく管理できるので、メモリを無駄なく使える。
- デメリット: 巨大なメモリ（数GB〜）を扱う際、管理台帳（ページテーブル）が膨大になり、CPUが「どのデータがどこにあるか」を探す手間（TLBミス）が増えて遅くなる。
救世主（？）「Transparent Huge Pages (THP)」
そこで登場したのがTHPです。これは、4KBではなく「2MB」という巨大な単位（Huge Page）でメモリを管理する仕組みです。
- メリット: 管理台帳がスリムになり、CPUの処理速度が劇的に上がります。
- リスク: Goのようにメモリを頻繁に確保・解放する言語では、2MBという単位が大きすぎて、「本当は少ししか使っていないのに2MB丸ごと確保され続ける」というメモリの肥大化（Bloat）を招くことがあります。
—
2. Goランタイムをインストールし、戦いの準備を整える
まずは、最新のGo環境を構築しましょう。単にインストールするだけでなく、パスの設定（PATH）がなぜ必要なのかを意識しながら進めてください。
Goのインストール（Linux環境を想定）
1. 公式からバイナリをダウンロード
※ 2024年現在の最適バージョンを選択してください
wget https://go.dev/dl/go1.22.0.linux-amd64.tar.gz
2. /usr/local に展開（既存の古いGoを削除してから入れるのが鉄則です）
sudo rm -rf /usr/local/go && sudo tar -C /usr/local -xzf go1.22.0.linux-amd64.tar.gz
3. 環境変数の設定
~/.bashrc や ~/.zshrc に追記します
export PATH=$PATH:/usr/local/go/bin
設定を反映させたら、動作確認です。
go version
出力例: go version go1.22.0 linux/amd64
—
3. 実践：Goのメモリ挙動を可視化する「Hello Memory」
次に、Goがどのようにメモリを確保するかを観察するためのコードを書きましょう。単なるHelloWorldではなく、ランタイムの統計情報を出力する実戦的なコードです。
main.go
package main
import (
“fmt”
“runtime”
“time”
)
func main() {
// メモリ統計を格納する構造体
var m runtime.MemStats
fmt.Println(“— メモリ確保前の状態 —“)
printMemStats(&m)
// 1. 意図的に大きなスライス（メモリ）を確保する
// 約100MBのデータをヒープに展開
dummy := make([]byte, 10010241024)
_ = dummy[0] // 使用していることをコンパイラに示す
fmt.Println(“\n— 100MB確保後の状態 —“)
printMemStats(&m)
// 2. 参照を切り、GCを強制実行してメモリを解放させる
dummy = nil
runtime.GC()
fmt.Println(“\n— GC（解放）後の状態 —“)
printMemStats(&m)
fmt.Println(“\nこの後、OSにメモリを返却する挙動を観察します（約10秒待機）…”)
time.Sleep(10 time.Second)
}
func printMemStats(m runtime.MemStats) {
runtime.ReadMemStats(m)
// Alloc: 現在使用中のメモリ
// Sys: OSから確保した総メモリ量
fmt.Printf(“Alloc = %v MiB”, m.Alloc/1024/1024)
fmt.Printf(“\tSys = %v MiB\n”, m.Sys/1024/1024)
}
実行と観察
このコードを実行すると、GoがOSからメモリをガバッと確保し（Sys）、GC後にアプリ内では解放されても（Allocが減る）、OSにはすぐには返さない（Sysが減らない）という挙動が見えるはずです。
ここに、THP（Transparent Huge Pages）が深く関わってきます。
—
4. アーキテクトの視点：THP設定を最適化する
LinuxカーネルのTHP設定には、通常3つのモードがあります。
1. always: 全てのプロセスで積極的に2MBページを使う（Goではメモリ肥大化のリスク大）。
2. madvise: アプリ側が「ここをHuge Pageにして！」と頼んだ時だけ使う（Goの推奨）。
3. never: 絶対に使わない。
現在の設定を確認する
cat /sys/kernel/mm/transparent_hugepage/enabled
`[always] madvise never` のように、カッコで囲まれているのが現在の設定です。
なぜGoでは `madvise` が最強なのか？
Go 1.16以降、ランタイムは賢くなりました。
- 頻繁にアクセスするヒープ領域には `madvise` を使って「ここはHuge Pageで高速化してくれ」とOSに伝えます。
- 逆に、あまり使わない領域や、OSに返却すべき領域には Huge Page を解除するよう動きます。
もしあなたのサーバーが `always` になっていたら、Goが「この4KBだけ返したい」と思っても、OS側が「2MBの塊だから返せないよ！」と拒否し、結果としてメモリ使用率が下がらない現象が起きます。
現場で使える設定変更コマンド
もしあなたがパフォーマンスチューニングを任されたら、以下の設定を試してください。
一時的な変更（再起動で戻ります）
THPをmadviseモードに設定
echo madvise | sudo tee /sys/kernel/mm/transparent_hugepage/enabled
デフラグ設定（Huge Pageを作るための整理）もmadviseに
echo madvise | sudo tee /sys/kernel/mm/transparent_hugepage/defrag
—
5. まとめ：毎日の開発を楽にする知恵
今日学んだことは、表面上のコードには現れません。しかし、以下の知識を持っているだけで、トラブルシューティングのスピードは劇的に変わります。
1. Goのメモリ管理はOSと共同作業: Goがメモリを解放しても、OSのページ単位（4KB or 2MB）の都合で、物理メモリが空かないことがある。
2. THPは諸刃の剣: 速度は上がるが、GoのようなGC言語ではメモリ消費を増大させるリスクがある。
3. 迷ったら `madvise`: Linuxカーネルの設定を `madvise` にし、Goランタイムの賢い判断に任せるのが、現代のクラウドネイティブな開発における正解です。
「なぜかメモリが高いな？」と思ったとき、この記事を思い出してください。OSの設定一行で、あなたのシステムが劇的に安定するかもしれません。
一歩ずつ、ハードウェアに近いところまで理解を深めていきましょう。その歩みが、あなたを「ただのプログラマ」から「真のエンジニア」へと変えてくれるはずです。
応援していますよ！