マルチデバイスのbtrfsファイルシステムをディスクパーティションまたはローデバイスに置くべきですか？

作成する場合 マルチデバイスbtrfsファイルシステム 。ドキュメントからの公式の推奨は、RAWデバイス上に作成することです。すなわち /dev/sdb、 /dev/sdc、など、しかしこれは説明されていません。

最初にこれらのデバイス上にパーティションテーブル（GPTまたはMBR）を作成してからファイルシステムを作成することに利点はありますか。 /dev/sdb1、 /dev/sdc1 など？ btrfsデバイス全体に給電することには、特定の利点がありますか、それともこれらは基本的に同等ですか？

パーティショニングは、ディスクを独立して使用できる複数のボリュームに分割するための単なる方法です。ディスクごとに1つのボリュームしか必要ない場合は、パーティションを設定しても何も買うことはありません。ディスク領域をいくらか使用して（はい、非常に小さい）、ハードドライブ上のデータを4Kセクタまたはフラッシュドライブに合わせるなどの作業が複雑になります。パーティションテーブルを持つ他の唯一の理由はそのドライブから起動するためです。パーティションテーブルを作成する理由がない場合は、単に削除するほうが簡単です。

パーティショニングには多くの欠点があります。 MBRは「トラック」全体を無駄にします。トラックはセクタ数×セクタサイズですが、実際のディスクにはセクタがあり、セクタサイズは512oではありません。実際のディスクには、回転ディスクの場合は8倍、フラッシュデバイスの場合ははるかに大きいブロックがあります。この次のトラックへのシフトは、ストライドおよびストライプを使用して「論理的」セクタを実際のブロックと位置合わせすることを不可能にする可能性がある。

昔はFATでセクターサイズを定義できましたが、MBRはそれに終止符を打ちました。

ディスクから起動している場合、BIOSは最初の512oの最後に起動時のシグネチャが必要です。これにより、ロードされたときにBIOSが実行できることがわかります。 EFIを実行している場合は酔ってください。ファイルシステムをシステムの起動に使用する場合は、ファイルシステムにこのための穴が必要です。

XFS（主に回転ディスクの/ varで使用される）にはそのような穴はありません。

私が正しく理解していれば、ディスク全体を使用することで、BTRFSがいくつかの仮定をして動作を最適化できるようになります。

同様に、完全なデバイスで動作することが許可されている場合は、デバイスへのアクセスに問題があるとは考えられず、どこかからデータを要求することによる遅延を定期的に予測する代わりにアクセス方法を調整できます。それ以外の場合はデバイス上で、他の要求を処理した後でドライブがドライブに戻るのを待つ必要があります。

ディスクの読み取り/保存速度を向上させるには、別々のディスクを使用してください。

基本的に、 /dev/sda 1台のハードディスク /dev/sda1、 /dev/sda2 同じ物理ディスクの一部です。

あなたが使用する場合 /dev/sda、+ /dev/sdb あなたの設定のために、あなたは同時に検索することができる2つの別々のディスクを持っています。

あなたが使用する場合 /dev/sda1 /dev/sda2 それから、同じディスクが両方を読み込もうとしているので、片方を実行してからもう一方を実行する必要があります。

これらすべての4Kセクタドライブで、ファイルシステムを調整するためにパーティショニングを使うことができます。単にfdiskを起動します。

fdisk -H 224 -S 56

そして、デバイス全体にまたがる単一のパーティションを作成します。