デフォルト設定を使用して、XFSファイルシステムでLUKS / dm-crypt暗号化のオーバーヘッドを測定しようとしました。サムスン980 PRO SSD（NVMEタイプ）を搭載したノートパソコンで、巨大なツリーgit status（クロミアムチェックアウト）のオーバーヘッドが元のパーティションに比べて15～20％遅いことが分かり、そのツリーtar xfに拡張するオーバーヘッドは25～25 % 遅くなります。 30%。 ext4の場合、速度低下はgit status8％と20％、btrfsの場合は速度低下は10％と17％です。これはFedoraおよび5.14.10カーネルにあります。
Cloudflare ブログこれで、暗号化のパフォーマンスを調整するために使用できる2つの新しいオプション（--perf-no_read_workqueue、cryptsetupの場合は--perf-no_write_workqueue）について説明しましたが、私の場合は遅くなりました。いずれにせよ、XFSと他のファイルシステムの違いは説明しません。それでは、XFSが特にLUKSオーバーヘッドに脆弱な理由は何ですか？
ベストアンサー1
この問題は、デフォルトで512バイトセクタを使用するFedoraのLUKS設定が原因で発生したことがわかりました。提案通りに4Kに増やすReddit--perf-no_read_workqueueオプションを使用すると、cryptsetup open --type=luksXFSのLUKS暗号化オーバーヘッドを7〜9％に減らすのに十分です。
512の理由は、Samsung 980 PROがデフォルトでこの値を報告し、Fedora 35がこれと一致するためです。