最近、ホームネットワークの規模を縮小しましたが、最大の変化の1つは、バックアップのためにBD-REドライブに切り替えることです。長年の写真やホームビデオは約25GBを消費し、[重要]ドキュメントは10GB未満なので、これは良いアプローチのようです。
すべてが完璧で、唯一の心配はコストでした。 UDF形式のディスクとrsyncファイルシステムで選択したパスをドライブに同期させるために夜間に実行されるスクリプトがあります。
同期中、私のCPUは約25％の待ち時間を表示します。それほど悪くはありませんが、長い間このレベルにとどまり、その過程ですべてが遅くなります。ロード平均が15.9+（Core 2 Quadで）まで上昇したことも観察されました。この期間中の「実際の」CPU使用率は約6％（すべてのVMの組み合わせ）に過ぎず、これは厳密にはI / Oボトルネックです。
特に、Blu-rayレコーダー（Linuxでは）に関する文書は、他のコンテンツと比較してまれであり、詳細な分析を保証するのに十分なI / Oボトルネックを経験したことはありません。 2倍速（〜9 MB / s）で焼いたドライブを考えると、約1時間で完了する必要がありますが、実際には何時間も実行されました。
待機状態を減らすためにこれを最適化する方法はありますか？カーネルドライバ/ハードウェア/によってのみ制限されますか？ ？ ？これは私が知らないUDFの使用の不快な副作用ですか？これは、NFSを使用して3つのVM（2つのWindowsと1つのMythTV）を実行することと、このプロセスに関連していますか？問題がパズルのどの部分にあるかを確認する方法はありますか？
最後の質問についてお詫び申し上げます。どんな助けでも大変感謝します。
編集する：psusiの回答を受けた後、デバイスごとにI/O優先順位を付ける方法があると思いました。 「XXX PCIカードに対して1MB / sの保証」または「XXXブロックデバイスを20MB / sに制限する」のようなものはありますか？ ？ ？
ベストアンサー1
待ち時間は正常です。待機中とは、CPUが使用中ではないことを意味しますが、プログラム（rsync）がディスクIO（遅いBlu-rayへの書き込み）を待っていない場合は、使用している可能性があります。 4つのCPUがあり、rsyncがディスク上で待機していない場合は、そのうちの1つしか使用できないため、25％です（1/4 = 25％）。
全体的に低いスループットは、rsyncが最初にディスクからファイルを読み取り、チェックサムを計算し、ハードドライブからファイルを読み取り、比較し、変更内容を見つけて変更部分を作成する必要があるためです。読書に費やす時間はすべて遅くなります。
rsync実際の目的は、読み取り/書き込みマウントされたudfディスクではなく、遅いネットワークを介して2つの高速ハードドライブ間でデータを移動することです。 tar.