マルチコア時代のロードアベレージの見方 - naoyaのはてなダイアリー
ちょっと煽り気味のタイトルですが、CPU がマルチコアになり 2個、4個と増えていく中 Linux の負荷の指針になるロードアベレージをどう読むべきか、という話です。気になったところを少し調べたのでそのまとめを。 http://d.hatena.ne.jp/naoya/20070222/1172116665 でも書いたとおり、Linux のロードアベレージは「ロードアベレージは過去1分、5分、15分の間の実行待ちプロセス数の平均数 = 実行したくても他のプロセスが実行中で実行できないプロセスが平均で何個ぐらい存在してるか」を示す値です。ボトルネックが CPU、メモリ、ディスク等々どこにあるかは関係なく、仕事の実行までにどれぐらい待たされているかを示す値なので、システムのスループットを計測する指標の入り口になる値です。 このロードアベレージですが、実装を見るとランキュー(待ち行列)に溜まった
tokushima's Wiki - hatena-tech
負荷分散というと、複数のサーバーに処理を分担させることだけに目がちだが、実際にはそれぞれのサーバー、つまり単一ホストの性能をどこまで引き出せるかも重要な項目となる。本来1台のサーバーで十分なところを、その性能を引き出す努力をせずに10台のサーバーで運用するというのは本末転倒な話である。 負荷分散と冗長性は切っても切り離せない関係、いわば表裏一体だ。負荷分散のためにサーバー台数が増えれば、その分故障確立は上昇する。負荷は分散できても、しょっちゅう壊れて止まるシステムでは意味がない。つまり、負荷を分散し、故障しても動き続けるシステムを構築する必要がある。負荷分散はトラフィックとの戦いであると同時に、SPOFとの戦いでもある SPOF: Single Point of Failure 、単一障害点。そこが壊れるとシステムが止まる箇所。 ボトルネックといってもいろいろなレイヤがあるが、今回はOS(
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
68user's page 掲示板: 過去ログ
Efficient data transfer through zero copy
Linuxのtopコマンドで表示されるload averageについて教えてください。…
