为什么移动大文件夹需要很多时间？

我有一个大于100k文件的大文件夹。我将其移到了存档文件夹中，并且要永久移动。这是为什么？我知道在XP上花费的时间不到一秒钟，但在Windows 7上却不需要。我确信它是一种允许的东西，有什么方法可以禁用它并使它更快？

我要将文件夹移动到同一驱动器/分区中的另一个文件夹中。在XP中。据我所知，它只是将文件夹文件从一个位置移动到另一个位置。在Windows 7中，当我移动它时，它似乎触摸了每个文件中的内容。

我该怎么做才能解决此问题？删除权限属性？

当我使用Windows资源管理器移动（或剪切和粘贴）时，会发生这种情况。

我知道的解决此问题的唯一方法是使用资源管理器以外的其他方式移动目录。例如，在Windows的cmd.exe中，使用move a b瞬间移动甚至更大的目录。Cygwin的mv命令也是如此。

当文件夹显示立即移动时，这是因为操作系统能够在不移动实际文件数据的情况下更新文件分配表 *。

使用小文件执行此操作较慢，因为每个文件都必须在表中进行更改。如果文件非常小，则甚至可能需要花费相似的时间才能实际移动其数据。

我不知道在什么情况下文件数据与目的地位于同一分区时必须移动文件，但是我认为您无法做任何避免的事情。正如其他评论员和答案所暗示的那样，复制到不同的驱动器（不同的磁盘，不同的分区，USB记忆棒，网络上的驱动器等）当然意味着您必须复制完整的数据，因此慢一点 复制内容的带宽会大大影响您。

（*将文件数据视为库中的书籍，将文件分配表视为一组索引卡，向您显示书籍所在的部分）

看起来，每当Windows资源管理器尝试移动（或复制）文件夹时，它都会采取额外的验证步骤。如果这花费了几秒钟，那么您会看到状态消息“正在发现物品”。这似乎正在清点文件夹中所有文件的清单。就像在资源管理器中实际打开该文件夹一样。

在某些情况下，可能需要执行此步骤，但是对于大多数“将文件夹从此处移到那里”操作，则不需要此步骤。进一步推测-在某些情况下，执行此验证可以更好地解决一些错误，这似乎是可行的，并且Microsoft从来没有认为提高在文件夹中包含“数百个”文件的奇怪情况下的性能很重要。这些问题可能包括：合并文件夹时；如果目标文件夹位于不同的介质/分区上；也许要检查新文件路径对于NTFS是否太长。IMO，所有/所有这些都可以事先进行检查，以避免执行此额外的索引操作，但是我知道边缘情况下的性能通常会被忽略。

我已经很久没有使用XP了，但是请注意，至少在Windows 7中，移动大量小文件比移动少量大文件要慢得多。

同样，在同一驱动器之间移动文件比在不同驱动器之间移动文件（有时是瞬时的）要快得多。

这并不一定回答为什么会这样。

http://www.codesector.com/teracopy.php

我最近一直在使用TeraCopy，并且注意到它确实可以更快地复制。

现在，文件夹会立即移动。我记得过去曾经关闭过“远程差分压缩” http://maximumpcguides.com/windows-vista/disable-remote-differential-compression/但ATM已关闭，所以我相信它是Windows更新之一中修复的问题。

尝试使用命令提示符命令

copy source destination.

我使用了此文件，并立即复制了20k个文件。