Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Sign up for free
Menu
Search
Features
All features
Private URLs
Password Protection
Custom URLS
Scheduled publishing
Remove Branding
Restrict embedding
Deck Collections
Notes
Features
All features
Private URLs
Password Protection
Custom URLS
Scheduled publishing
Remove Branding
Restrict embedding
Deck Collections
Notes
Explore
Featured decks
Featured speakers
Programming
Technology
Storyboards
Explore
Featured decks
Featured speakers
Programming
Technology
Storyboards
Pricing
Search
Sign in
Sign up for free
レイテンシ - ISUCON2026チャレンジ学習記録
Search
とぴ
August 31, 2026
Technology
30
0
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
レイテンシ - ISUCON2026チャレンジ学習記録
ISUCON2026に参加するにあたり基礎的な部分からキャッチアップをしました
その学習ログです。
とぴ
August 31, 2026
Transcript
9 slides
レイテンシ ISUCON2026チャレンジ学習記録 とぴ
レイテンシは、通信と処理と待ち時間の合計 リクエスト クライアント ネットワーク Webサーバー アプリケーション データベース リクエスト開始 往路・復路 受付・転送
処理・待機 検索・接続待ち レスポンス 実行時間だけでなく、順番待ち・接続待ち・ I/O待ちもレイテンシになる 02
RTTは、通信経路を往復する時間 RTT Round Trip Time 行き クライアント 通信相手 戻り 片道の時間ではなく、行きと戻りを合わせた時間
通信経路そのものの遅さを把握するため、 HTTPレスポンスの時間軸とは分けて見る 03
TTFBと総時間は、終点が違う HTTPレスポンスの 最初の1バイトが到着 リクエスト開始 TTFB レスポンス受信完了 Time To First Byte
返答が届き始めるまで 総レスポンス時間 返答がすべて届くまで ※ 計測開始点や接続条件はツールによって異なる 04
TTFBと総時間の差から、遅い区間を推測する A|返答を始めるまでが遅い 総時間 400ms 380ms 調査候補:Webサーバーでの待機、アプリケーション処理、データベース処理・接続待ち B|届き始めた後が遅い 総時間 400ms 50ms
調査候補:大きなレスポンス、遅い転送速度、ストリーミング処理 ▪ TTFB ▪ TTFB以外(残りの受信) 同じ400msでも、遅い区間は異なる。 05
p95・p99は、遅い側の境界を見る 例:100件のリクエストを、レイテンシが短い順に並べた場合 速い 遅い 1〜94番目 95番目付近 p95 p95|約95%がこの時間以内 96〜98番目 99番目付近
p99 100番目 最大値 p99|約99%がこの時間以内 遅い側のリクエストが、どの程度遅いかがわかる どのAPI・処理が原因か → p95・p99付近の実リクエストをログで調べる ※ 100件は説明用の例。p95・p99は最大値や特定のAPIを示すものではなく、計算方法はツールによって異なる 06
レイテンシで区間を絞り、ログで原因を探す 1 2 3 4 5 指標を比較 遅い区間を 推測 内部を計測
原因を修正 もう一度測る RTT / TTFB / 総時 間 返答前 or 転送中 ログ / トレース 処理・待ち・転送 同じ条件で比較 計測値 → 仮説 → 詳細調査 → 修正 → 再計測 07
TAKEAWAY レイテンシは “遅い区間 ”を教えてくれる RTT TTFB 総レスポンス時間 通信相手との往復 返答が届き始めるまで 返答がすべて届くまで
3つの時間で区間を絞り、 p95・p99で遅い側を見て、ログで原因を確かめる。
レイテンシ ISUCON2026チャレンジ学習記録 仁科香苗
More Decks by とぴ
See All by とぴ
HTTP基礎 - ISUCON2026チャレンジ学習記録
topi_log
0
23
スループット - ISUCON2026チャレンジ学習記録
topi_log
0
19
最近試してみた議論のやり方
topi_log
1
730
エタらないアプリ開発
topi_log
0
360
今からできる簡単アイディア出し
topi_log
0
820
Other Decks in Technology
See All in Technology
81天的 AI Agent 軟體開發團隊治理實務分享
regionbbs
0
170
E2E Test というハーネス — AI時代の自動テスト民主化
daishukojima
1
660
属人化したISMS運用をGitHubとAIで仕組み化した1年間の記録
sioncojp
4
2.6k
JAWSコミュニティに 参加して1年経った結果
ssakita
0
150
ゼロから作るWebアプリの新定番!?Amplify Gen 2 × AWS Blocksで実現する「開発速度とRDBの柔軟性のいいとこ取り」
amixedcolor
1
250
AWS Quick 入門 | 目指せ Quick マスター 01
inariku
PRO
2
340
Shared Signals Framework 仕様解説
oidfj
0
430
Oracle Base Database Service 技術詳細
oracle4engineer
PRO
17
120k
ラクスル会社紹介資料|エンジニア向け / RAKSUL Introduction for Engineers
raksulrecruiting
0
100
長い仕事を任せる (Workflows、クラウドセッション、Kiro Web) | 目指せ Kiro マスター 10
inariku
PRO
3
190
大江戸Ruby会議でデータベース クライアントの話をするのは 間違っているだろうか
yahonda
1
120
マネジメントされる側の仕事は「文句」を言うこと
riyaamemiya
3
2.3k
Featured
See All Featured
Collaborative Software Design: How to facilitate domain modelling decisions
baasie
1
380
Hiding What from Whom? A Critical Review of the History of Programming languages for Music
tomoyanonymous
3
1.4k
Pawsitive SEO: Lessons from My Dog (and Many Mistakes) on Thriving as a Consultant in the Age of AI
davidcarrasco
1
300
Why Mistakes Are the Best Teachers: Turning Failure into a Pathway for Growth
auna
0
350
The Curse of the Amulet
leimatthew05
4
17k
Design and Strategy: How to Deal with People Who Don’t "Get" Design
morganepeng
133
20k
Groundhog Day: Seeking Process in Gaming for Health
codingconduct
0
480
My Coaching Mixtape
mlcsv
0
390
Testing 201, or: Great Expectations
jmmastey
46
8.4k
Building a A Zero-Code AI SEO Workflow
portentint
PRO
0
830
Agile Actions for Facilitating Distributed Teams - ADO2019
mkilby
0
340
コードの90%をAIが書く世界で何が待っているのか / What awaits us in a world where 90% of the code is written by AI
rkaga
63
48k