マルチデバイスのbtrfsファイルシステムをディスクパーティションまたはrawデバイスに配置する必要がありますか？
マルチデバイスbtrfsファイルシステム を作成する場合。ドキュメントからの公式の推奨事項は、RAWデバイスで作成することです。つまり、/dev/sdb、/dev/sdcなどですが、これは説明されていません。
これらのデバイス（GPTまたはMBR）で最初にパーティションテーブルを作成し、次に/dev/sdb1、/dev/sdc1などでファイルシステムを作成することに利点はありますか？ btrfsにデバイス全体にフィードすることには特定の利点がありますか、それともこれらは基本的に同等ですか？
パーティショニングは、ディスクを個別に使用できる複数のボリュームに分割する方法にすぎません。ディスクごとに1つのボリュームのみが必要な場合、パーティション分割は何も購入しません。パーティションを使用すると、ディスクスペースがいくらか削除され（はい、非常に小さい）、ハードドライブ上のデータを4Kセクターまたはフラッシュドライブに揃えるなどの作業が複雑になります。パーティションテーブルを作成する他の唯一の理由は、そのドライブを起動するためです。パーティションテーブルを作成する理由がない場合は、省略した方が簡単です。
パーティショニングにはいくつかの欠点があります。 MBRは「トラック」全体を無駄にします。トラックはセクター数にセクターサイズを掛けたものですが、実際のディスクにはセクターがあり、セクターサイズは512oではありません。実際のディスクには、回転ディスクでは8倍、フラッシュデバイスでははるかに大きいブロックがあります。この次のトラックへのシフトにより、ストライドとストライプを使用して「論理」セクターを実際のブロックに揃えることができなくなる可能性があります。
昔はFATでセクターサイズを定義できましたが、MBRはそれに終止符を打ちました。
ディスクから起動する場合、BIOSは最初の512oの最後に起動署名が必要です。これにより、ロード時にこれを実行できることが認識されます。 EFIを実行している場合は、酔ってください。システムの起動に使用する場合、ファイルシステムにはこのための穴が必要です。
XFS（主に回転ディスクの/ varで使用されます）には、そのような穴はありません。
私が正しく理解していれば、ディスク全体を使用することで、BTRFSは動作の最適化を可能にするいくつかの仮定を行うことができます。
同様に、完全なデバイスが動作することを許可されている場合、デバイスへのアクセスに挑戦するものは何もないと想定でき、どこかからのデータを要求する何かから定期的に遅延を予測する必要がなく、アクセス方法を調整できますそれ以外の場合はデバイス上にあり、他の要求を処理した後、ドライブがドライブに戻るのを待つ必要があります。
これらすべての4Kセクタードライブでは、パーティションを使用してファイルシステムを調整できます。次のコマンドでfdiskを開始します。
fdisk -H 224 -S 56
そして、デバイス全体にわたる単一のパーティションを作成します。
個別のディスクを使用して、ディスクの読み取り/保存速度を向上させます。
基本的に、/dev/sdaは1台のハードディスクであり、/dev/sda1、/dev/sda2は同じ物理ディスクの一部です。
セットアップに/dev/sda、+ /dev/sdbを使用する場合、2つの別々のディスクを同時に取得できます。
/dev/sda1/dev/sda2を使用すると、同じディスクが両方を読み取ろうとするため、一方を実行してからもう一方を実行する必要があります。