もちろん、私は現在5年を超えていないバージョンを実行しており、システムは非常に高速ではありません。しかし、同時に非常に遅い実行時間を観察していたので、問題を解決するために実行できるアクションがあるかどうかを調べるためにこの質問をしました。
たとえば、タールボールを解凍したばかりですが、かなり大きな容量（〜15 GB）にもかかわらず、プロセス全体が約2.5時間かかり、実際のCPU時間は約9分。これに比べてこのタールボールを作るには数分しかかからない。今回も製作はかなり熟練した機械で行われましたが、2.5時間はあまりにも遅く感じられました。
2番目の例として、特定のプロジェクト（adeptマシン上）を構築するのに19秒しかかからず、そのうち17秒が実際のCPU時間でした。それに反して、同じプロセス（この遅いシステムでは）ほぼ9分かかり、実際のCPU時間は約14秒でした。。以下に示すように、実際のCPU時間は非常に似ており、問題は合計実行時間です。
Adept Machine
real 0m19.245s
user 0m15.809s
sys 0m0.908s
Current Machine
real 8m37.500s
user 0m11.175s
sys 0m3.969s
私は2つのマシン間のこれらの不公平な比較を参考のためだけに受け入れます。特に驚くべきことはありません熟練した機械は比較的新しいです。現在、マシンには4GBのRAMがあります。経験豊富なマシンにはサーバーなので、かなりの量のRAMがありますが、実際に使用されるメモリはわずか2GBです。ディスクI / Oがなく、マシンがアイドル状態のときに上記のパフォーマンスが発生します。
通常、Ubuntuは予想よりはるかに遅く実行され、しばしば一時停止してから回復します。作業を開くのにも時間がかかる傾向があります。 Eclipseのような簡単な操作の場合は20〜30秒ほど、ブラウザの場合は5〜10秒かかることがあります。
- Ubuntu14.04——フルディスク暗号化の有効化
- コアi-7860 @ 2.8Ghz
- WD2500JS 7200RPM SATA 3Gbps 8MBキャッシュ
いいですね。総実行時間と実際のCPU時間の間になぜそれほど大きな違いがありますか？私が使っているディスクは遅くはありません。ディスクがこのように大きな違いの源であるとは信じ難いです。たぶんこれが第1世代i7でしょうか？
レビューのフィードバックに基づいて更新されました。
- 試してみましたが、
tar -t6分待ってから死んでいました。合計CPU時間：ユーザースペースで3秒。 taf -tf実際に出力をターミナルにパイプして出力を変更しますiostatが、20-30Kb/sでのみ可能です。- システムログには、ファイルシステムの破損やディスクタイムアウトに関するエラーメッセージはありません。
- 違いは、
iostatコンテンツを一覧表示してリダイレクトするときにiotop実際に結果を提供し、80〜90％のIOと30〜40MB / sを表示することです。tar/dev/null