UNIXの応答性を定量化する
私は共有UNIXマシンのnユーザーの1人です。理由は不明ですが、マシンは十分に「応答」していません。たとえば、インタラクティブコマンドでは時間がかかり、アクション（マウスの動き、エディター（gvimなど）のキーストロークなど）が表示されるまでに、目立った瞬間はほとんどありません。問題は、問題に対処する責任があると思われる人々が、マシンが応答しないことに同意しないことです。彼らはいくつかの簡単なことをして、「それはうまくいく！」と言います。
応答性はどのように定量化できますか？何（すべて）を測定できますか？
Cronを使用してシェルコマンド（例：top）を定期的に実行し、統計を収集できますが、何を追跡するのが適切かについてはわかりません。
[〜＃〜]編集[〜＃〜]
VMC経由でマシンに接続します。
これは厳密には「応答性」と同じではありませんが、おそらく確認する必要がある1つのメトリックは、システム負荷の平均です。 uptimeは、過去1/5/15分の平均を表示します。
$稼働時間
02:30:33アップ6日、6：30、12ユーザー、平均負荷：0.85、0.65、0.57
十分に高い負荷は、システムの速度を著しく低下させます
マシンに直接接続していますか、それともsshなどを介してリモートでログインしていますか？後者の場合、認識されたラグがネットワークによって引き起こされていないことを確認してください...
直接接続している場合は、IOとシステム負荷を確認するだけでなく、メモリ使用量を確認することもできます。システムが大量にスワップを開始すると、知覚される応答性が劇的に低下します。コマンド「free」は、その方法を示しています。使用可能なメモリとその使用量。
多くの人がシステムで作業している場合IOは大きな問題になる可能性があります：プログラムを起動すると、システムはハードディスク（プログラムファイル、ライブラリ、リソース）からデータをロードする必要があり、メモリは満杯です（スワップが頻繁に使用されることになります）。ハードディスクは遅いです。本当に遅いのと同じです。
「iotop」と呼ばれるプログラムがあり、どのユーザーがどれだけのIOを使用しているかとディスクの量IO全体を持っているか」を追跡できます。システムが実際にひどく動作していることとその理由を管理者に証明するためのいくつかの資料。
サーバーは通常、高応答性ではなく高スループット用に構築されているため、サーバーシステムの応答性を評価する際には、この点に注意する必要があります。