同じドライブ上のパーティションからパーティションにデータを移動する

同じドライブ上のパーティションからパーティションにデータを移動する

あるドライブから別のドライブにデータを移動すると遅くなります。ドライブ上のデータをそのドライブ自体にコピーすると遅くなります。あるドライブからそのドライブ自体にデータを移動すると速くなります。

同じドライブ上の異なるパーティションにデータを移動する場合、高速になるはずではないでしょうか? 移動はファット テーブルの変更であり、ディスク上のデータの実際の移動 (コピー/削除) ではないと想定していました。これが実際に行われることをどのように確認すればよいでしょうか?

ちなみに、私は Mac OSX を使用しており、同じ外部ドライブ上の 2 つの fat32 パーティションを扱っています。

答え1

同じドライブ上の異なるパーティションにデータを移動する場合は、高速になるはずですが、移動はファット テーブルの変更になるものと想定していました...

いいえ、FATは1つのファイルシステムであり、各パーティションには1つファイルシステムです。したがって、データを別のファイルシステムに移動する場合、オペレーティング システムはファット テーブル内のものを単純に再配置することはできません。考慮すべきことが 2 つあり、それらは互いに勝手にマッピングされません。移動先は独自のスペースを割り当てる必要があり、移動元は (移動時に) いくらかのスペースを解放します。

テーブルを並べ替えるだけであれば、次のような不整合が発生します。

  • 100 GB のパーティションと 2 GB のパーティションがあります。一方を他方に移動するのにテーブルの再配置だけが必要な場合は、20 GB のファイルを前者から後者に移動できるはずです。

  • ファイルを USB スティックのパーティションに移動してから、スティックを移動します。ファイルの移動がテーブルの再配置だけである場合、これを別のコンピューターに挿入すると、ファイルはどこにあるのでしょうか?

2 番目のケースは、あなたが言及しているコンテキストの一部ではないことは承知していますが、これらが同じものである理由は、そうでない場合はデバイスに保存されている別の抽象化レイヤーが必要になるためです。デバイスを移動したり、別の OS で使用したりする可能性があるため、オペレーティング システムによって単純に考案され、操作されるものではありません。では、情報はどこにあるのでしょうか。

デバイス5月パーティションのサイズ、タイプ、オフセットを示すメタデータが含まれます。 幸いなことに、これらには、コンテンツこれらのパーティションの。幸いなことに、これは解決するよりも多くの問題を生み出すことになるでしょう。

ファイルシステムは、トップレベルの個別のエンティティとして意図されており、より大きなストレージシステムの一部ではありません(ただし、5月ただし、状況によってはそうではないかもしれません。

ただし、SSD などの一部のデバイスでは、ハードウェア レベルで、あなたが示唆しているような最適化機能が実装されている場合があります。つまり、SSD 上の 1 つのパーティションから別のパーティションに何かを移動する場合、そのハードウェアは、より高い抽象レベルで異なるパーティションに分割されているかどうかに関係なく、全体として計算を行っているため、一部の参照が再配置されるだけです。これは、オペレーティング システムやその他のすべてにはまったく不透明ですが、非常に高速な移動として認識される可能性があります。デバイスが何らかのファームウェアを実行して、バーチャルブロック アドレスのセットをオペレーティング システムに渡してから、それを物理アドレス自体にマッピングします。これは従来のドライブでは行われません。実際の物理アドレスをオペレーティング システムに提示し、オペレーティング システムがこれを最適に活用できるようにします。したがって、ファイル システムの実装 (FAT など) では、デバイスの実際の物理領域を整理していると想定する必要があり、デバイス全体のコンテンツをさらに整理しようとする (パーティションに分割する以外に) ためのファイル システム上のレイヤーは存在しません。

関連情報