Tru64 Unixを実行しているサーバーがあります。これは、組織が使用する単一のアプリケーションのメインの運用サーバーです。ソフトウェアベンダーは、ハードウェアとソフトウェアを完全に制御できます(ソフトウェアは引き続き管理されますが、ルートアクセス権はありません)。
ただし、ベンダーはvmstatの実行を許可しています。これにより、15秒ごとに10間隔で出力が生成され、終了します。
Vmstatを実行し、出力をログに記録する自動化されたプロセスをセットアップしようとしていました。特に最近パフォーマンスの問題が発生していることを考えると、これは非常に役立つ情報になると思いました。
管理者は、vmstatが多くのリソースをかみ砕き、システムが常に実行されているとシステムの速度が低下するため、これを行うことはできないと言っています。
これが実際に本当かどうか誰かに教えてもらえますか?
リソースをかみ砕くことを恐れずにvmstatを継続的に実行できます。
vmstatは、すべてのパフォーマンス統計をテキスト形式で出力し、標準出力に出力しますこれ以上はありません。オーバーヘッドは信じられないほど小さい。テストとして、2つの異なるサーバーでvmstatを実行しましたが、どちらの場合も、おおよそ次のことが必要でした。
追加の余分な情報
両方のサーバーで、1秒間隔で50間隔で実行し、平均しました
次に、1秒間隔で500間隔で実行し、平均しました(1GB RAM-Intel(R)Xeon(TM)CPU 3.00GHz)
そして、1秒間隔で500間隔で実行し、平均しました(12GB RAM-クアッドコアIntel(R)Xeon(R)CPU 5130 @ 2.00GHz)
注:一方のサーバーは高性能サーバーで、もう一方のサーバーは電子メールサーバーでした。どちらも、ターミナルで実行されているvmstatをほとんど考えずに機能しました。 vmstatを実際に実行するよりも、vmstatが作成する負荷を確認するには、サーバーにより多くのリソースが必要になります。
ナンセンス、vmstat
のリソース使用量は最小限です。
それはほとんど何も使用しません。
これを示すために、vmstatが実行されているときに上部を見てください。