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
負荷計測入門 #TechLunch
Search
Livesense Inc.
PRO
April 21, 2014
Technology
0
48
負荷計測入門 #TechLunch
負荷計測入門
2013/03/13 (水) 12:00-13:00 @ Livesense TechLunch
発表者:渡邉 惇
Livesense Inc.
PRO
April 21, 2014
Tweet
Share
More Decks by Livesense Inc.
See All by Livesense Inc.
27新卒_Webエンジニア職採用_会社説明資料
livesense
PRO
0
460
株式会社リブセンス・転職会議 採用候補者様向け資料
livesense
PRO
0
22
株式会社リブセンス 会社説明資料(報道関係者様向け)
livesense
PRO
0
1.4k
データ基盤の負債解消のためのリプレイス
livesense
PRO
0
400
26新卒_総合職採用_会社説明資料
livesense
PRO
0
9.2k
株式会社リブセンス会社紹介資料 / Invent the next common.
livesense
PRO
1
28k
26新卒_Webエンジニア職採用_会社説明資料
livesense
PRO
1
12k
中途セールス職_会社説明資料
livesense
PRO
0
250
EM候補者向け転職会議説明資料
livesense
PRO
0
120
Other Decks in Technology
See All in Technology
Sansanのデータプロダクトマネジメントのアプローチ
sansantech
PRO
0
230
DatabricksにOLTPデータベース『Lakebase』がやってきた!
inoutk
0
150
Delegating the chores of authenticating users to Keycloak
ahus1
0
180
Claude Code に プロジェクト管理やらせたみた
unson
8
4.9k
ロールが細分化された組織でSREは何をするか?
tgidgd
1
200
AIエージェントが書くのなら直接CloudFormationを書かせればいいじゃないですか何故AWS CDKを使う必要があるのさ
watany
18
7k
マルチプロダクト環境におけるSREの役割 / SRE NEXT 2025 lunch session
sugamasao
1
390
事例で学ぶ!B2B SaaSにおけるSREの実践例/SRE for B2B SaaS: A Real-World Case Study
bitkey
1
340
SEQUENCE object comparison - db tech showcase 2025 LT2
nori_shinoda
0
280
Lufthansa ®️ USA Contact Numbers: Complete 2025 Support Guide
lufthanahelpsupport
0
240
VS CodeとGitHub Copilotで爆速開発!アップデートの波に乗るおさらい会 / Rapid Development with VS Code and GitHub Copilot: Catch the Latest Wave
yamachu
2
340
オフィスビルを監視しよう:フィジカル×デジタルにまたがるSLI/SLO設計と運用の難しさ / Monitoring Office Buildings: The Challenge of Physical-Digital SLI/SLO Design & Operation
bitkey
1
350
Featured
See All Featured
The Invisible Side of Design
smashingmag
301
51k
Code Reviewing Like a Champion
maltzj
524
40k
Building an army of robots
kneath
306
45k
How To Stay Up To Date on Web Technology
chriscoyier
790
250k
Embracing the Ebb and Flow
colly
86
4.7k
Raft: Consensus for Rubyists
vanstee
140
7k
How STYLIGHT went responsive
nonsquared
100
5.6k
[Rails World 2023 - Day 1 Closing Keynote] - The Magic of Rails
eileencodes
35
2.4k
Visualizing Your Data: Incorporating Mongo into Loggly Infrastructure
mongodb
47
9.6k
What's in a price? How to price your products and services
michaelherold
246
12k
Save Time (by Creating Custom Rails Generators)
garrettdimon
PRO
31
1.3k
10 Git Anti Patterns You Should be Aware of
lemiorhan
PRO
656
60k
Transcript
負荷計測入門 渡邉 惇
動機 ・サーバー機器リプレースに伴う見積り ・渡邉のローカルPCが定期的に重くなる ★OSで何が起きているのかを知りたい! ・ロードが15ですね・・・やばい・・・ ・〇〇バウンダリィ(boundary)だね ★??な状況を脱したい!
教科書 - 4章1項
負荷計測の基本 ★ボトルネックが何かを見極めること ①Load Averageを見る ②I/O負荷 or CPU負荷を見極める ③具体的にどのプロセスがボトルネックか特定
①Load Averageを見る top uptime sar -q → load average: 0.31, 0.36,
0.34 ★1分、5分、15分のload averageの平均値 → これがコア数を超えてくるとやばい(らしい)
Load Averageって何? ★処理を実行したくても、実行できなくて待たされ ているプロセスがどれくらいあるか? 例: CPUの実行権限が与えられるのを待っているプロセス → CPU負荷が高い ディスクI/Oが完了するのを待っているプロセス → I/O負荷が高い
②I/O負荷 or CPU負荷を見極める sar コマンドを打つ %user ユーザーアプリケーションが動作しているCPUモード %system カーネルが動作する際のCPUモード %iowait
I/Oの待ち率 %user → CPU %iowait → I/O ※sar -P -ALL CPUのコアごとの値がわかる ※sar 1 10 リアルタイム計測
CPU負荷 ① sar ユーザプログラムの処理がボトルネックなのか、システムプログ ラムが原因なのか見極める ★ %system と %user をチェック
② ps aux 見えるプロセスの状態やCPU使用時間などを見ながら、原因と なるプロセスを特定 ※より詳細に調査が必要な場合も
I/O負荷 ① sar -r + vmstat ・スワップ発生 or ・プログラムからの入出力が多い を切り分け
② ps aux 特定のプロセスが極端にメモリを消費していないかをチェック
I/O負荷 sar -r kbmemfree メモリの空き容量 kbmemuserd 物理メモリ量 %memused メモリ使用率 kbbuffers バッファとして使用中の物理メモリの容量
kbcached キャッシュ用メモリとして使用中の物理メモリ容量 vmstat / sar -W スワップが発生しているかを確認
③ボトルネックの原因のプロセスを特定 ps aux %CPU %MEM あたりをチェックして、やばそうなプロセスを特定
ちなみに 今まで、話したことは、ほぼ全てMuninで見れる よ! ということで、コマンドが出力する値を理解すると Muninの値がよく理解できるようになりそうです ★Munin便利なので、積極利用します(してます)
結論 ★少しだけ負荷計測が怖くなくなった ★I/O負荷計測周りがよくわかってない ★Muninの見方(ポイントがわかった) ★107とか入ってコマンド打ってみたいですね ★コマンドの中身も知っとくとよさげ
次回 Nginx入門 メディア分析系
おまけ 渡邉のローカルPCが重い件 CPUでもI/Oでもないっぽい → グラフィック?? → 引き続き原因調査に努めます