さまざまなサブボリュームに使用する圧縮の程度に関する推奨事項はありますか?
私の場合、@、@home、.snapshots/@root、.snapshots/@home、@srv、var/@log、var/@cache サブボリュームがあります。これにより、@と@homeのみをスナップショットできます。
私は圧縮フォース= zstd:2をデフォルトにすることにしました。ただし、/var/@log と .snapshots はパフォーマンスに影響を与えないため、Compress-Force=zstd:5 でさらに圧縮します。 Snapperスナップショットで圧縮が機能しているかどうかわかりません。また、キャッシュディレクトリ(var / cache、home / username / .cache)の圧縮がパフォーマンスにどのような影響を与えるのか疑問に思います。
必要に応じて、他のオペレーティングシステムにシンボリックリンクできるゲーム、ビデオ、音楽などのメディア用のフォルダを含む別々のデータサブボリュームを作成することもできます。
おそらく他のものと同様に、圧縮-フォース= zstd:2でなければなりませんか?圧縮率が高いほど性能に影響を与えるためです。 Compress = lzoは、大量のデータのためにあまりにも多くのスペースを放棄します。
これは言う?
私が持っているもう一つの接線に関する質問は、/var/lib/machines、/var/lib/portables、/var/lib/dockerに対して別々のサブボリュームを作成する必要があるかどうかです。必要に応じて、最初の2つが自動的に生成されることがわかりました。また、dockerにbtrfsの問題がある可能性があることも学びました。しかし、これが単にbtrfsストレージドライバのためであるか、btrfsファイルシステムのOverlay2に問題がないのか、それでも問題があるかどうか(この場合ext4をマウントするのは合理的ですか)については何も見つかりませんでした。パーティション) 。 /var/lib/docker? )。
編集:それで、このサブボリュームをArch chrootにマウントするコマンドを実行し、mount -o noatime,space_cache=v2,compress-force=zstd:5,subvol=var/@log /dev/nvme0n1p2 /mnt/var/log
mount -lを使用すると、/ var / logを圧縮-force = zstdに設定して他の圧縮レベルを設定できないことがわかりました。 2 。マウントポイントがマウントされた親ディレクトリと同じ圧縮オプションまたは何かを持つ必要があるという規則はありますか?
ベストアンサー1
最初にマウントされたサブボリュームの圧縮フラグが適用されます。
~からhttps://btrfs.readthedocs.io/en/latest/Compression.html:
通常、マウントポイントに指定されたファイルシステム全体で圧縮を有効にできます。圧縮マウントオプションは、同じファイルシステム上のすべてのマウント(バインドマウントまたはサブボリュームマウント)間で共有されます。インストールオプションのセクションを参照してください。