![将数据从同一驱动器上的分区移动到分区](https://linux22.com/image/36306/%E5%B0%86%E6%95%B0%E6%8D%AE%E4%BB%8E%E5%90%8C%E4%B8%80%E9%A9%B1%E5%8A%A8%E5%99%A8%E4%B8%8A%E7%9A%84%E5%88%86%E5%8C%BA%E7%A7%BB%E5%8A%A8%E5%88%B0%E5%88%86%E5%8C%BA.png)
将数据从一个驱动器移动到另一个驱动器的速度很慢。将驱动器上的数据复制到自身的速度很慢。将数据从一个驱动器移动到它自己的速度很快。
如果我在同一驱动器但不同分区上移动数据,速度不是很快吗?我假设移动将是胖表更改,而不是磁盘上数据的实际移动(复制/删除)。我如何确定会发生这种情况?
仅供参考,我在 mac osx 上,正在处理同一个外部设备上的两个 fat32 分区。
答案1
如果我在同一驱动器但不同分区上移动数据,速度不是很快吗?我以为此举将是一个胖桌子的改变......
不,因为 FAT 是A文件系统,每个分区包含一文件系统。因此,如果将数据移动到不同的文件系统,操作系统不能简单地重新排列胖表中的内容——有两个需要考虑,并且它们不会任意相互映射。目的地必须分配一些自己的空间,而源(在移动中)释放一些空间。
如果这只是重新排列表格的问题,您会遇到不一致的情况,例如:
我有一个 100 GB 的分区和一个 2 GB 的分区。如果将一个文件移动到另一个文件只涉及重新排列表格,那么我应该能够将 20 GB 的文件从前者移动到后者。
我将文件移动到 USB 记忆棒上的分区,然后移动该记忆棒:如果移动文件只是涉及重新排列表格,那么当我将其粘贴到另一台计算机上时,文件会在哪里?
我意识到第二种情况不是您所指的上下文的一部分,但它们之所以相同是因为否则您将需要在设备上存储另一个抽象层。它不可能是操作系统简单发明和操纵的东西,因为您可能会移动设备和/或在不同的操作系统下使用它:现在信息在哪里?
设备可能包含指示其分区的大小、类型和偏移量的元数据。 幸运的是,它们不包含有关内容这些分区。我说幸运是因为这必然会产生比它解决的问题更多的问题。
文件系统旨在成为顶级、离散的实体,而不是更大存储系统的一部分(尽管它们可能在某些情况下就是这样)。
然而,某些设备(例如 SSD)可能会实现类似于您在硬件级别上暗示的优化功能。换句话说,如果您将某些内容从 SSD 上的一个分区移动到另一个分区,它可能只会重新排列一些引用,只要该硬件将自身作为一个整体进行说明,无论它如何被分解为 SSD 上的不同分区。更高层次的抽象。这对于操作系统和其他一切来说是完全不透明的,但您可能会注意到这是一个非常快的举动。它要求设备运行某种固件,该固件提供虚拟的一组块地址到操作系统,然后将它们映射到物理本身,这是传统驱动器不做的:它们向操作系统提供实际的物理地址,以便操作系统可以尽可能地优化使用它。因此,文件系统实现(FAT 等)必须假设它们正在组织设备的实际物理区域,并且文件系统之上没有任何层来尝试进一步组织整个设备的内容(除了将其分解为分区之外)。