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
170
slogパッケージの深掘り
DMM.go #10登壇資料
やーびー
July 09, 2025
Tweet
Share
More Decks by やーびー
See All by やーびー
range over funcで始めるグラフアルゴリズム
integral0515
0
270
Other Decks in Programming
See All in Programming
階層化自動テストで開発に機動力を
ickx
1
450
バイブコーディング超えてバイブデプロイ〜CloudflareMCPで実現する、未来のアプリケーションデリバリー〜
azukiazusa1
2
740
顧客の画像データをテラバイト単位で配信する 画像サーバを WebP にした際に起こった課題と その対応策 ~継続的な取り組みを添えて~
takutakahashi
4
1.4k
Android 15以上でPDFのテキスト検索を爆速開発!
tonionagauzzi
0
170
AIのメモリー
watany
11
1.1k
LLMは麻雀を知らなすぎるから俺が教育してやる
po3rin
2
1.4k
Git Sync を超える!OSS で実現する CDK Pull 型デプロイ / Deploying CDK with PipeCD in Pull-style
tkikuc
4
480
変化を楽しむエンジニアリング ~ いままでとこれから ~
murajun1978
0
590
Gemini CLIの"強み"を知る! Gemini CLIとClaude Codeを比較してみた!
kotahisafuru
2
660
GPUを計算資源として使おう!
primenumber
1
300
[SRE NEXT] 複雑なシステムにおけるUser Journey SLOの導入
yakenji
1
850
Quality Gates in the Age of Agentic Coding
helmedeiros
PRO
1
110
Featured
See All Featured
Raft: Consensus for Rubyists
vanstee
140
7k
Designing for Performance
lara
610
69k
YesSQL, Process and Tooling at Scale
rocio
173
14k
Designing Dashboards & Data Visualisations in Web Apps
destraynor
231
53k
Music & Morning Musume
bryan
46
6.7k
I Don’t Have Time: Getting Over the Fear to Launch Your Podcast
jcasabona
33
2.4k
RailsConf & Balkan Ruby 2019: The Past, Present, and Future of Rails at GitHub
eileencodes
139
34k
4 Signs Your Business is Dying
shpigford
184
22k
Connecting the Dots Between Site Speed, User Experience & Your Business [WebExpo 2025]
tammyeverts
8
400
Understanding Cognitive Biases in Performance Measurement
bluesmoon
29
1.8k
Become a Pro
speakerdeck
PRO
29
5.4k
What's in a price? How to price your products and services
michaelherold
246
12k
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