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
slogパッケージの深掘り
Search
やーびー
July 09, 2025
Programming
0
680
slogパッケージの深掘り
DMM.go #10登壇資料
やーびー
July 09, 2025
Tweet
Share
More Decks by やーびー
See All by やーびー
range over funcで始めるグラフアルゴリズム
integral0515
0
330
Other Decks in Programming
See All in Programming
Package Management Learnings from Homebrew
mikemcquaid
0
230
IFSによる形状設計/デモシーンの魅力 @ 慶應大学SFC
gam0022
1
310
KIKI_MBSD Cybersecurity Challenges 2025
ikema
0
1.3k
LLM Observabilityによる 対話型音声AIアプリケーションの安定運用
gekko0114
2
430
AIによる開発の民主化を支える コンテキスト管理のこれまでとこれから
mulyu
3
410
CSC307 Lecture 01
javiergs
PRO
0
690
AIフル活用時代だからこそ学んでおきたい働き方の心得
shinoyu
0
140
それ、本当に安全? ファイルアップロードで見落としがちなセキュリティリスクと対策
penpeen
7
3.9k
Claude Codeと2つの巻き戻し戦略 / Two Rewind Strategies with Claude Code
fruitriin
0
140
AgentCoreとHuman in the Loop
har1101
5
240
Automatic Grammar Agreementと Markdown Extended Attributes について
kishikawakatsumi
0
200
AtCoder Conference 2025
shindannin
0
1.1k
Featured
See All Featured
AI in Enterprises - Java and Open Source to the Rescue
ivargrimstad
0
1.1k
Building Experiences: Design Systems, User Experience, and Full Site Editing
marktimemedia
0
410
Code Review Best Practice
trishagee
74
20k
Why Your Marketing Sucks and What You Can Do About It - Sophie Logan
marketingsoph
0
76
What's in a price? How to price your products and services
michaelherold
247
13k
SEO Brein meetup: CTRL+C is not how to scale international SEO
lindahogenes
0
2.3k
世界の人気アプリ100個を分析して見えたペイウォール設計の心得
akihiro_kokubo
PRO
66
37k
The Limits of Empathy - UXLibs8
cassininazir
1
220
Reflections from 52 weeks, 52 projects
jeffersonlam
356
21k
職位にかかわらず全員がリーダーシップを発揮するチーム作り / Building a team where everyone can demonstrate leadership regardless of position
madoxten
57
50k
We Are The Robots
honzajavorek
0
160
Large-scale JavaScript Application Architecture
addyosmani
515
110k
Transcript
slogパッケージの深掘り DMM.go #10 屋比久怜央
自己紹介 2 屋比久怜央 やびくれお 名前 開発統括本部 マーケティングテクノロジー部 所属 ビリヤード・リアル脱出ゲーム 趣味
今回のテーマ 3 slog
slogとは 4 logに続いて、go 1.21で追加された標準ライブラリ 誕生の経緯 structured logging(構造化ログ)の略 timestamp, severity, key-valueなどの小さなデータの集合
名称の由来
皆さんに覚えて帰って欲しいこと 5 1. slogには3種類のHandlerが用意されている 2. slogはgoroutineセーフ 3. バッファ管理にsync.Poolが利用されている
6 slogには3種類のHandlerが利用されている
Handlerとは 7 Handlerを付け替えて、出力形式を変える Handlerの役割 • DefaultHandler • TextHandler • JSONHander
Handlerの種類
DefaultHandler 8 2025/05/06 18:46:02 ERROR error 実装例 出力例
TextHandler 9 time=2025-05-06T18:49:30.543+09:00 level=ERROR msg=error 実装例 出力例
JSONHandler 10 {"time":"2025-05-06T18:31:28.471417+09:00","level":"ERROR"," msg":"error"} 実装例 出力例
Handlerによる出力の比較 11 2025/05/06 18:46:02 ERROR error time=2025-05-06T18:49:30.543+09:00 level=ERROR msg=error {"time":"2025-05-06T18:31:28.471417+09:00",
"level":"ERROR","msg":"error"} DefaultHandler TextHandler JSONHandler
皆さんに覚えて帰って欲しいこと 12 1. slogには3種類のHandlerが用意されている 2. slogはgoroutineセーフ 3. バッファ管理にsync.Poolが利用されている 再掲
13 slogはgoroutineセーフ
goroutineとは 14 複数のgoroutineを発行すると、並行処理を行うことができる 複数の処理を並行して実行できる 概要 実行イメージ API呼び出し API呼び出し 2つのレスポンスを 利用した処理
goroutineとは 15 実装例 count! count! count!
goroutineセーフとは 16 複数のgoroutineから呼び出した時に、処理が競合しないこと 概要 • 変数の値を更新する時 • 文字列を出力する時 考慮すべきタイミング slogの性能に関わる
goroutineセーフじゃない例 17 どのような不都合が発生するのかを確認する目的で、 異なるgoroutineから呼ばれうることを考慮せずに実装した 雑logを自作してみる 受け取った文字列を、既定のio.Writerに書き込むだけのLogger 5個のgoroutineから並行にログ出力を呼び出す 方針
goroutineセーフじゃない例 18 実装 HellHello HeHeollWorlld Woor Wo! ldrl! d!Hlo elWo
rldlo! World! 出力
slogなら大丈夫 19 実装 time=2025-05-07T11:41:10.632+09:00 level=INFO msg="Hello World!" time=2025-05-07T11:41:10.632+09:00 level=INFO msg="Hello
World!" time=2025-05-07T11:41:10.632+09:00 level=INFO msg="Hello World!" time=2025-05-07T11:41:10.632+09:00 level=INFO msg="Hello World!" time=2025-05-07T11:41:10.632+09:00 level=INFO msg="Hello World!" 出力
slogはgoroutineセーフ - 内部実装 20 異なるgoroutineからほぼ同時に呼び出されることが想定されている 具体的には、ログの書き込み処理にロックがかけられている なぜslogでは問題が発生しないのか h.mu.Lock() defer h.mu.Unlock()
_, err := h.w.Write(*state.buf) slogのソースコードより抜粋 1 3 2 他のgoroutineからの書き込みを制限 ログを書き込む 他のgoroutineに、書き込みを解放
slogはgoroutineセーフ 21 Goでは、goroutineによって並行処理を実現することができる まとめ ただ文字列を出力するだけだと、異なるgoroutine間でほぼ同時にロ グを出力した時に、出力が重なり合う 場合がある しかし、slogはロックの機構を適切に実装しているのでgoroutineを 意識せずに 利用することができる
皆さんに覚えて帰って欲しいこと 22 1. slogには3種類のHandlerが用意されている 2. slogはgoroutineセーフ 3. バッファ管理にsync.Poolが利用されている 再掲
23 バッファ管理にsync.Poolが利用されている
バッファ管理に sync.Poolが利用されている 24 • バッファとは • sync.Poolとは • slogにsync.Poolを用いる目的 この章で話すこと
バッファ管理に sync.Poolが利用されている 25 • バッファとは • sync.Poolとは • slogにsync.Poolを用いる目的 この章で話すこと
バッファとは 26 I/O(読み取り・書き込み)処理がボトルネックになるのを防ぐ 広い意味でのバッファの用途 1. 小さいデータをいくつか出力する時に、まとめてI/O 2. 大きいデータを出力する時に、分割してI/O バッファの種類
小さいデータをまとめて I/O 27 バッファを利用しない場合 バッファを利用した場合 aaa bbb ccc 書き込み 書き込み
書き込み 標準 出力 aaa bbb ccc 一時保存 一時保存 一時保存 標準 出力 バッファ 書き込み 時間のかかるI/O処理を 何度も実行するため 効率が悪い
大きいデータを分割して I/O 28 バッファを利用しない場合 バッファを利用した場合 書き込み 一時保存 標準 出力 バッファ
一度のI/O処理に 時間がかかるため 効率が悪い 長い文章 hogehoge hogehoge 標準 出力 書き込み 書き込み 書き込み 長い文章 hogehoge hogehoge
slogにおけるバッファとは 29 slogにおいては、前者を指している つまり、小さいデータをいくつか出力する時に、まとめてI/Oすること slogにおけるバッファの役割 timestamp, severity, key-valueなどの小さなデータの集合がログである つまり、小さなデータをまとめて出力することになる structured
loggingとの相性が良い
バッファ管理に sync.Poolが利用されている 30 • バッファとは • sync.Poolとは • slogにsync.Poolを用いる目的 この章で話すこと
sync.Poolとは 31 再利用されるオブジェクトを効率的に使い回す仕組み オブジェクトの初期化処理が重い時に効果を発揮する 概要 利用方法のイメージ sync.Pool オブジェクト オブジェクト オブジェクト
オブジェクト オブジェクト オブジェクトを利用 関数A オブジェクトを利用 関数B
バッファ管理に sync.Poolが利用されている 32 • バッファとは • sync.Poolとは • slogにsync.Poolを用いる目的 この章で話すこと
slogにおけるsync.Pool 33 標準パッケージのbytesなどを使うことなく、 sync.Poolを利用した独自のバッファを実装している slog独自のバッファ ログ出力の度にバッファを用意するのは非効率 バッファを使い回すことで、大量のログ出力を捌けるようになる sync.Poolによる効率化
バッファ管理に sync.Poolが利用されている - まとめ 34 小さいデータをいくつか出力する時に、まとめてI/Oする仕組み バッファとは 再利用されるオブジェクトを使い回す仕組み sync.Poolとは 出力用のバッファを頻繁に使い回す効率を上げるため
slogにsync.Poolを用いる目的
皆さんに覚えて帰って欲しいこと 35 1. slogには3種類のHandlerが用意されている 2. slogはgoroutineセーフ 3. バッファ管理にsync.Poolが利用されている 再掲
ご清聴ありがとうございました! 36