有可能将特定的文件移动到磁盘的开头？

我想你应该可以用MyDefrag的脚本function来做到这一点 。 我还没有试图做你想做的，但AddGap和MoveDownFill可能是你需要在FileSelect/FileAction子句中采取的行动之一。

我认为最好的办法是在单独的物理硬盘的开始处创build一个逻辑磁盘。 有一些程序可以移动现有的分区，并在磁盘的开始创build一个新的分区（谷歌的“分区魔术免费替代品”）

正如丹尼斯所说，你可以使用MyDefrag脚本来完成这个任务。 无论如何，我认为你必须将文件移动到磁盘的末尾，以提高性能。

有些硬盘的内部是第一个硬盘，所以每转存储的数据较less，所以在较低的硬盘上速度较慢。

大多数现代硬盘（所有有公园头，因为我知道）使用oposite，第一个汽缸是在外部的部分，更多的数据存储在每一个旋转，所以更高的外部汽缸速度。

这是基于硬盘以恒定转速旋转的概念，并不是所有硬盘都是这样的。

我拥有一个价格昂贵的硬盘驱动器，可以将每个磁头同时移动到不同的磁道，因此可以同时从不同的磁道读取，并且使用不是8MiB或16MiB的内部缓冲区，而是使用全千兆字节缓冲区。 磁盘速度如此之快以至于Sata III控制器限制了传输的持续速度……物理磁盘可以从缓冲区读取10GiB / s（从缓冲区到缓冲区）和6GiB / s写入（从缓冲区到表面）。

所以，把文件放在哪里的问题很简单，就是做一个区域速度testing（读写），这样你就知道把文件放在哪里比较好。

当心有新的硬盘驱动器使用另一种技术根据圆柱体“假”不同的速度…他们交换圆柱体和头，所以如果你要求它写一个整个圆柱体，它将只使用一个头和很多圆柱体，那样的话，所有的圆柱体的速度都差不多，所以他们“伪造”了大多数基准速度的工具（速度似乎一直都是不变的），真正的是磁盘存储的是什么要求在一个气缸中，在多个气缸中完成，所以速度是（每个外部气缸）：快，中，慢

这个技巧对于持续的性能来说是相当不错的…如果复制大量的GiB，ETA（估计的到达时间）计算得很好，因为速度如下：快，中，慢，快，中，慢，…所以媒体是不变的…但是它们真的和正常的一样快…实时结束是非常相似的，不同的是，你可以更好地计算所需的时间来完成。

所以，如我坚持，做出好的速度testing，然后将文件移动到你想要的地方。

如果您不打算在Windows XP或更低版本中使用HDD，则无论是在电视机，SetTopBoxes等等…换句话说，在GPT分区不被理解的地方…创buildGPTscheme20或更多的主分区，所以你只放一个文件，每个分区（大文件，当然，不会改变，如电影），分区将填充到99.99％，所以没有空间留给虚拟机硬盘驱动器，最好的是使用固定大小（不dynamic），因为文件不会增长使用相同的方法，如电影等…我倾向于使用20GiB每个Windows系统分区虚拟硬盘。

如何做这样的事情（使99.99％）是不容易的，但它很容易遵循的步骤…创build一个非常小的NTFS分区（GPTscheme需要的大小的1/100）（这将使$ MFT文件是非常小的），在它接近空白的时候进行碎片整理，所以$ MFT等将会开始分区，将分区扩大到所需要的两倍（这不会改变$ MFT文件的大小） ，在那里复制这样的文件（只有一个文件），对它进行碎片整理，将其缩小到最大，所以99.99％不是免费的，把它移到你想要的磁盘部分。

这样做，从中间到中间，一个接一个。

是的，这是太多的工作…但我不知道任何避免Windows移动文件的工具。

是的，这是真的，我见过Windows分割文件，甚至没有这样的文件join…换句话说，放，移动，增长一个文件和Windows可以使同一分区上的任何其他文件碎片… …我也尝试在低级别（与系统帐户特权，又名黑客）标记为不可移动的非零碎的文件，我看到这样的文件从另一个磁盘复制到分割一个真正的HED文件时被分割…是的它声音嘲讽，一个不可移动的文件是不分片的，因为有另一个文件写入相同的分区…因此，永远不会有一个文件在一个分区与自由空间，并希望它不会被分割或移动到另一个分区的一部分…

我看到的唯一的技巧，使文件不被移动/碎片是有它，只有一个，在自己的分区… GPT允许很多的分区，但没有那么多（限制我认为是128） 。

是的，大问题，我如何访问这样的分区，如果只有大约20个字母可以自由使用…很容易，不使用字母，使用\ ?? \访问。

下面是如何创build一个shotcut来start \\?\Volume{...}\ ， {...}部分可以通过运行不带参数的mountvol.exe来获得。

这也是一个非常好的技巧来访问USB strick或MemoryCards上的分区… windows只允许挂载（分配一个驱动器盘符）分区表上的第一个分区…但你可以通过这个技巧访问它们中的任何一个，至less在我testing过的地方工作，我从朋友那里得到消息说他们不能; 显然，我创build了这样的分区scheme在Linux下使用Linux fdisk MBR和重写“主”，也就是创build一个新的scheme，我从来没有使用一个来的棒之间，他们似乎是一个好的MBR，我主张用它覆盖Linux的fdisk工具，然后创build多个分区，格式化他们，等等…与fdisk + mkfs …或与GParted，从来没有与Windows（它不会允许你的USB棒/记忆卡），而不是所有的USB记忆棒可以改变可移动位。

因此，使用非常小的NTFS的GPT的诀窍，长到适合文件的两倍大小，把文件，shring到最大你可以移动分区，你想要的（步骤之间整理碎片，直到收缩步骤之后，不需要将来的碎片整理）。 对于不改变大小的文件来说，这非常有用，无论它们是只读还是书写（对于VirtualBOX而言，不是dynamic的.VDI文件是完美的）。

请记住，每NTFS分区只有一个文件是一个大伎俩，创build尽可能小的NTFS是使$ MFT非常小，不会松动/浪费空间的另一个技巧。

坏的部分…把每个文件，并通过打开资源pipe理器的.lnk（快捷方式） start \\?\Volume{...}\而不是分配一个字母。

更不用说在这样的NTFS上更好地摆脱“$ Recycle.Bin”和“系统卷信息”一个一个去做：取其所有者（ takeown /F ... /A /R /D [Y|S|... depends on language]命令，在google上查看命令参数或用/？调用它），然后删除它（ RD /S /Q ...命令），然后用记事本创build一个文件名为所以大小恰好为零，所以它们适合在$ MFT中，所以不要占用空间）; 这样Windows将无法重新创build这样的文件夹，如果你不想看到两个零大小的文件，用+ R + H + S使用attrib +R +S +H ...命令标记它们，所以系统会认为它们是系统隐藏的只读文件，不会显示在资源pipe理器上（当然，如果隐藏系统文件的话）。 不要忘记这样的命令必须在pipe理控制台中运行。

希望你现在可以尽可能在我们想要的磁盘上存放文件，而不是窗口想要或将来想要的地方，并确保它们不会被移动，也不会再被碎片化。