![BTRFS:書き込み中にコピーを無効にする必要があるシステムディレクトリは何ですか? [コピー]](https://linux33.com/image/93077/BTRFS%EF%BC%9A%E6%9B%B8%E3%81%8D%E8%BE%BC%E3%81%BF%E4%B8%AD%E3%81%AB%E3%82%B3%E3%83%94%E3%83%BC%E3%82%92%E7%84%A1%E5%8A%B9%E3%81%AB%E3%81%99%E3%82%8B%E5%BF%85%E8%A6%81%E3%81%8C%E3%81%82%E3%82%8B%E3%82%B7%E3%82%B9%E3%83%86%E3%83%A0%E3%83%87%E3%82%A3%E3%83%AC%E3%82%AF%E3%83%88%E3%83%AA%E3%81%AF%E4%BD%95%E3%81%A7%E3%81%99%E3%81%8B%EF%BC%9F%20%5B%E3%82%B3%E3%83%94%E3%83%BC%5D.png)
「トラップ」セクションでBTRFS Wiki高度に断片化されたファイル(VMイメージとデータベース)にはパフォーマンスの問題がある可能性があることが言及されました。回避策は、これらのファイルの書き込み中のコピーを無効にすることです。
Debianインストールの場合、記録中にコピーも無効にする必要があるシステムディレクトリは何ですか(nodatacow
サブボリュームにマウント)。
編集する
質問の範囲を減らすために、イメージVMが完全に割り当てられたサーバー(ログサーバー、ファイルサーバーなど)であるとします。また、同様の操作により、btrfs add/remove missing
ホストに広範なロギングが発生する可能性があります。
私の質問は、「書き込みアクティブ」VMの書き込み時にコピー機能を無効にするだけでなく、ディレクトリで無効にするだけで/var/log
十分ですか?それとも別のシステムディレクトリ/ファイルでもこれを実行できますか?スタート(すべて/var
と同様に/tmp
スティーブン・ハリス提案)?または、どこかで起動して定期的に断片化されたファイルとパフォーマンスの問題を確認し、必要に応じて書き込み中のコピーを無効にしますか?
答え1
Btrfsはサポートされていてもこのモードで実行しないでください。たとえば、チェックサムをオフにすると、EXT4、XFS、その他の一般的なFSと非常によく似た機能が得られます。
ログファイルは通常上書きせずにほとんど追加されるため、このアイデア/var/log
には合理的なコンテキストもありません。
私が指摘したようにお客様が気になる部分がほとんど解決されましたこのウェブサイトにあります。