sanonosa システム管理コラム集: サーバのボトルネックはどうやって調べるか

サーバのレスポンスが遅くなると経験のないサーバ管理者は無意味にメモリ増強を行ったりしますが、行き当たりばったりのシステム拡張は無駄な投資につながります。ボトルネック個所の調べ方は案外簡単なので、この際押さえるところをきちんと押さえて正しい方法論でシステム拡張をしていきましょう。 【一般論】 ボトルネックとなりうる要素は主に４つです。 ①CPU使用率 ②メモリ使用量 ③ディスクI/O ④TCPコネクション数 これらを押さえておけばボトルネック個所の把握とその解消は難しくありません。これを踏まえた一般論を述べてみたいと思います。 WEBサーバの場合は多くの場合、TCPコネクション数から先に限界が来ます。OSやApache等のWEBサーバのパフォーマンスチューニングを十分施すことが前提ですが、その場合TCPコネクション数1万くらいまではなんとか保てると思いますが、それ以上のTCPコネクショ

[purazumakoi]

サーバのボトルネック

[halohalolin]

LinuxでWindowsのタスクマネージャーのように負荷状況を知りたければtopコマンドを使う/出力は勿論テキスト/CPU・メモリ・ネットワークのボトルネックを調査可能

[hiroomi]

要素は主に４つです。 ①CPU使用率 ②メモリ使用量 ③ディスクI/O ④TCPコネクション数

[hamasta]

netstat -an | wc -l

[SurgicalStrike]

サーバのボトルネックはどうやって調べるか【server】

[sociolego]

bi: Blocks received from a block device (blocks/s).bo: Blocks sent to a block device (blocks/s)

[yamadar]

Topコマンド

[youhey]

サーバのボトルネック

[hurvinek]

ボトルネックの調べ方

[webmarksjp]

*Mysql

[umiyosh]

ボトルネック探しについて

[todojun]

サーバーのボトルネック

[doublenegative]

会社の新人さんからもらった質問メールへの回答の一部に使えそう。。。

[yuzuyu_koro]

WEBサーバの場合はTCPコネクション数に注目。

[akahigeg]

ロードアベレージの見方しらんかった