修正する

修正する

/dev/mydisk機能スタックに基づくデバイスであるLUKS暗号化ソフトウェアRAID-1があります。

ここに画像の説明を入力してください。

私は時々/dev/mydisk外部USBディスクにコンテンツをバックアップしますが、それ自体はLUKSを使用して暗号化されます。いくつかの100GiBを転送する必要があります。これは単純ではddなく再帰的ですcp。 (まだuseに変更する必要がありますrsync。)

バックアップが開始されてからしばらくすると、システム全体の相互作用が大幅に低下しました。 KDE インターフェイスは明らかにメモリ要求が承認されるのを待っています。プロンプトが出るまで2分待つのは珍しいことではありません。ネットワークI / Oを待つのにも多くの忍耐が必要です。これは、起動後に不明な目的で各zipを解凍し、各ファイルの内容を索引付けすることを決定したときに発生する状況と似ていますbaloo。つまり、システムが沼地のカヌーになります。

カーネルはすべてのRAMをコピープロセスに提供しているように見え、機会があればそれを対話プロセスに再提供しないようにします。 RAMも悪くありません:23GiB。万が一に備えて11GiBのスワップスペースもありますが、常に数MiBが占めています。

コピープロセスの前に対話型プロセスにRAMを確保させることはできますか?それでは、どうすればいいですか?

バージョン情報:

  • これはFedora 29(4.19.15-300.fc29.x86_64)システムですが、以前のFedoraシステムでもこの問題があったことがわかります。
  • KDEバージョンは「KDEフレームワーク:5.53.0」に基づいています。

修正する

今まで全員の回答ありがとうございます!

何を探すべきかを知ると、何かが見つかります。

私が選んだもの:

I/O チューニングを処理できるプロフェッショナルなシステムがまだない理由は何ですか..?

ベストアンサー1

nice -n 19プロセス(CPUに低い優先順位を与える)とおそらくionice -c 3(アイドル時のI / O)をバックアップします。

rsyncも大幅に改善されます(毎回100 Gbをコピーするわけではありません)。たとえば、私のバックアップスクリプトは次のようになります。

SOURCE=/whatever/precious/directory
DESTINATION=/media/some_usb_drive/backup
nice -n 19 rsync --verbose --archive --compress --delete --force --recursive --links --safe-links --rsh ssh --exclude-from=$EXCLUDEFILE $SOURCE $DESTINATION
# or
nice -n 19 ionice -c 3 rsync --verbose --archive --compress --delete --force --recursive --links --safe-links --rsh ssh --exclude-from=$EXCLUDEFILE $SOURCE $DESTINATION

(exclude-from は、.cache ディレクトリ、.o ファイルなどを防ぐために使用されます.)

おすすめ記事