Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
Go言語はstack overflowの夢を見るか?
Search
Sponsored
·
Ship Features Fearlessly
Turn features on and off without deploys. Used by thousands of Ruby developers.
→
Takuto Nagami
October 14, 2025
Programming
890
2
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
Go言語はstack overflowの夢を見るか?
2025/10/14 Go Night Talks – After Conferenceにて登壇した際の資料です。
Takuto Nagami
October 14, 2025
More Decks by Takuto Nagami
See All by Takuto Nagami
The Journey of Connecting Japan to the Global Go Community
logica0419
1
64
Discovering Cilium: What eBPF Enabled in K8s Networking
logica0419
0
94
Do Gophers Dream of Stack Overflow?
logica0419
0
50
今こそ学びたいKubernetesネットワーク ~CNIが繋ぐNWとプラットフォームの「フラッと」な対話
logica0419
9
1.3k
キャリア科目では教えてくれない、就活を生き抜く法則
logica0419
2
310
歴史から学ぶ、Goのメモリ管理基礎
logica0419
17
4.2k
【2025改訂版】ITエンジニアとして知っておいてほしい、電子メールという大きな穴
logica0419
2
320
Fundamentals of Memory Management in Go: Learning Through the History
logica0419
1
180
GopherCon Tourのつくりかた
logica0419
2
160
Other Decks in Programming
See All in Programming
ソフトウェア設計に溶けるインフラ ― AWS CDK のインフラ認識論
konokenj
3
780
AI時代のPHPer生存戦略 ~「言語、もうなんでもよくない?」に本気で向き合う~
vivion
0
320
AI Readyの正体はデータマネジメントだ メダリオン2.0の最前線
freee
PRO
0
210
実装をデザインガイドラインに追従させるための取り組み / 260731-dip-mosh-design-system
dachi023
0
160
進化を続けるGo toolsの現在地 / The Current State of Ever-Evolving Go Tools
hond0413
0
200
メールのエイリアス機能を履き違えない
isshinfunada
0
230
PHP に部分適用が来るぞ!……ところで何それ?おいしいの? #phpcon / phpcon-2026
shogogg
0
630
楽しそうなつよつよエンジニアと目が死んでる僕/A brilliant engineer having a blast, and dead-eyed me.
3l4l5
2
160
freee が目指す データ マネジメント戦略 AI-Ready 時代を支える 攻めのガバナンスとは
freee
PRO
0
350
いまどきの Codex で開発する visionOS アプリの開発スタイルについて
karad
0
130
komatsuna「分散システムにおけるバグ分析手法」
komatsunaqa
0
250
Android CLI
fornewid
0
220
Featured
See All Featured
What’s in a name? Adding method to the madness
productmarketing
PRO
24
4.1k
Designing Dashboards & Data Visualisations in Web Apps
destraynor
232
55k
Visualizing Your Data: Incorporating Mongo into Loggly Infrastructure
mongodb
49
10k
StorybookのUI Testing Handbookを読んだ
zakiyama
31
6.9k
HU Berlin: Industrial-Strength Natural Language Processing with spaCy and Prodigy
inesmontani
PRO
0
640
Leadership Guide Workshop - DevTernity 2021
reverentgeek
1
330
Understanding Cognitive Biases in Performance Measurement
bluesmoon
32
3k
Build your cross-platform service in a week with App Engine
jlugia
234
19k
Become a Pro
speakerdeck
PRO
31
6.2k
Paper Plane (Part 1)
katiecoart
PRO
1
10k
Evolving SEO for Evolving Search Engines
ryanjones
0
250
Navigating the Design Leadership Dip - Product Design Week Design Leaders+ Conference 2024
apolaine
1
390
Transcript
Takuto Nagami @logica0419 Go言語は stack overflowの 夢を見るか?
自己紹介 • Takuto Nagami • 千葉工業大学 情報科学部 情報ネットワーク学科 4年 •
Gophers EXの発起人/代表 • 最近Goでやった/やること ◦ Go Conference パネラー登壇 ◦ Go 1.25 リリパ 登壇 (Green Tea) ◦ GopherCon Tour 報告会 (予定、後で宣伝) ◦ Go West Conference 英語登壇 (予定)
BIG NEWS!!!!! (先週) • Go 1.26でのGreen Tea GCデフォルト化がほぼ確定🎊
BIG NEWS!!!!! (先週) • Go 1.26でのGreen Tea GCデフォルト化がほぼ確定🎊
Stack overflow、ご存知ですか?
Stack overflow、ご存知ですか? 今回はこれではないです
スタック(とヒープ)
アプリケーションから見たメモリ . . . • Key-value storeの形で表される ◦ Key: Memory
address ◦ Value: 各アドレス1バイト • ほとんどの高級言語は、変数を メモリに格納する時、スタック とヒープの2つの領域を(言語側 で作って)使い分ける 0x0000 0x0001 0x0002 0x0003
. . . スタック
. . . main() stack frame スタック
. . . main() stack frame 5 スタック {v addr}
. . . main() stack frame 5 a() stack frame
スタック {v addr}
. . . main() stack frame 5 a() stack frame
5 スタック {arg addr} {v addr}
. . . main() stack frame 5 a() stack frame
5 7 スタック {arg addr} {a addr} {v addr}
. . スタック main() stack frame 5 a() stack frame
{arg addr} {a addr} {v addr} 5 7 b() stack frame
. . スタック main() stack frame 5 a() stack frame
{arg addr} {arg addr} {a addr} {v addr} 5 7 b() stack frame 7
. . スタック main() stack frame 5 a() stack frame
{arg addr} {b addr} {arg addr} {a addr} {v addr} 5 7 b() stack frame 7 1
. . . スタック main() stack frame 5 a() stack
frame {arg addr} {a addr} {v addr} 5 7
. . . スタック main() stack frame 5 {v addr}
. . . スタック プログラム終了
スタックが苦手なデータ • コンパイル時にサイズが決まらないデータ ◦ slice・mapなど ◦ スタックはコンパイル時に全て定義される ▪ 動的にサイズを変えるのは効率が悪い •
複数の関数でまたがって使うデータ ◦ グローバル変数など こういうのがヒープに入ります (詳細は割愛)
Stack overflow (原義)
スタックには上限がある(こともある) • 歴史的経緯で、C言語などではスタックに上限がある ◦ Linuxのデフォルトだと8MB
スタックの上限を突破すると… • 関数のネストし過ぎなどで上限を突破する
スタックの上限を突破すると… • 関数のネストし過ぎなどで上限を突破する → Stack overflow!!
【Go特有】 可変サイズのスタック
Go言語のスタックは伸び縮みする • Go言語のスタックはgoroutineごとに作られる ◦ goroutineが特殊と言われる理由の一つ • それぞれのスタックに大きな容量を確保できないので それぞれが伸び縮みする ◦ 4kBで作られ、関数が多くネストされたら勝手に
大きくなる ◦ Stack Copyingという手法、詳細は割愛
イメージ main goroutine main() stack frame a() stack frame a2()
stack frame a3() stack frame a4() stack frame m2() stack frame b() stack frame a goroutine b goroutine
【本題】 Goでstack overflow って起こるの?
スタックが伸び縮みする → stack overflowが 起こらないのでは? 皆さんもそう思いましたよね?
結論 起こります
理由: goroutineごとにスタックの 最大サイズがあるから runtimeパッケージで定義されています
goroutineごとのスタック最大サイズ • プログラム起動時は一旦1MiBで仮置きされる ◦ runtime/stack.go ◦ main goroutineが起動するまでこれが使われる
goroutineごとのスタック最大サイズ • main goroutine起動時に32bit/64bitで場合分け ◦ runtime/proc.go ◦ 32bitなら250MB、64bitなら1GB
実際に起こしてみよう! • fatal error: stack overflow が実際に起きた ◦ ネストされた関数は 670万超
スタック最大量の変更 • runtime/debug.SetMaxStack() で変更可能!
スタック最大量の変更 • 8MBに設定して同じことをやってみる ◦ ネスト数は 670万超 → 5万2千程度に
まとめ Goもstack overflowします
ありがとうございました & 宣伝 GopherCon Tour報告会、来てくださいね!!!