gwi*_*man 29 windows-explorer metadata
我们有包含数百个视频文件的目录。当使用 Windows 资源管理器 (Windows 7 64 专业版) 浏览和重新排列这些目录时，资源管理器会减慢到无法使用的水平，使用 GB 的 RAM，并抢占或减慢其他程序（例如 Media Center）使用同一磁盘的同时这是正在进行中。
这伴随着地址槽中增长非常缓慢的绿色条。
Explorer 似乎正在做的是读取视频文件内容以生成缩略图，或获取其他元数据。这对我们的目的没有用，所以我们想禁用这个行为。如何做到这一点？
这些线程可能是相关的：
超级用户阻止 Windows 资源管理器尝试提取元数据。[解释于 2014-04-11 添加] 此解决方案禁用注册表中针对特定文件扩展名的 PropertyHandler 列表。这可能很有用，但有点过激——将禁用资源管理器中所有目录的属性显示，而不仅仅是问题目录。（请参阅答案中的更多讨论。）
超级用户：“按日期排序 - 非常慢”：“日期”列尝试获取 EXIF 数据，与文件系统“创建日期”和“修改日期”列不同。
2014-04-14：建议和调查结果摘要
我认为此时我们对答案非常满意，其余症状与 Windows 资源管理器无关。所以，在此总结一下我们学到的建议和其他一些东西。
一般注意事项
磁盘唤醒：长时间不使用后访问磁盘时的初始缓慢可能是由于磁盘进入睡眠状态。
磁盘错误：显然，如果存在强制重试的硬件错误，这将严重减慢 Explorer 和任何其他程序的速度。
磁盘争用：在同一驱动器上执行密集活动的其他程序显然会与 Explorer 显示驱动器内容的尝试相抗衡并减慢速度。如果资源管理器只需要读取目录，那么影响可能很小，但如果资源管理器还需要读取每个文件的元数据，那么争用问题将被大大放大。
来自杀毒软件的磁盘争用：资源管理器尝试读取元数据可能会提示 AV 软件先读取并确定每个文件。考虑对受信任的文件类型（例如，Media Center 保存的 wtv 文件）禁用 AV。
资源管理器设置
禁用缩略图显示：“组织”？“文件夹和搜索选项”？“看法” ？在“始终显示图标而不是缩略图”中打勾？按应用并关闭。
禁止收集特定于视频的元数据：Culprit 文件夹？“特性” ？“定制” ？在“优化此文件夹：”下打开下拉菜单并选择“常规项目”？将复选标记放在“应用于所有子文件夹”下拉菜单下的框中？按应用并关闭。
禁用更多视频特定元数据的收集：在罪魁祸首文件夹的“详细信息视图”中，删除基于不在文件系统目录信息中的视频文件元数据的任何列。这包括长度（持续时间）列和日期列（基于视频元数据，与文件系统的“创建日期”和“修改日期”列不同。）
在注册表中
禁用视频文件扩展名（例如 wtv、mp3 等）的“属性处理程序”。当然，这将适用于系统范围，而不仅仅是针对特定目录。可以使用 RegEdit 或 3rd 方程序 ShellExView 来完成。（有关详细信息，请参阅答案。）
更多关于缩略图和其他缓存
我们注意到在禁用缩略图和元数据后，当我们重新启用它们时，性能很快。（即：缓慢的绿色条没有返回。）这表明更改对缩略图缓存做了一些事情，也许删除了它们，然后重建了它们。事实证明，默认情况下，资源管理器将缩略图保存在每个目录（在 thumbs.db 中）以及用户的 AppData\Local\Microsoft\Windows\Explorer 目录中的一组 thumbcache*.db 文件中。这些可能会进入膨胀或其他缓慢状态，删除它们可能会提示更快的操作。
未知（我们）是 Explorer 是否缓存任何其他元数据信息（例如长度、日期、位置、保护等）。
其他互动
不能归因于 Explorer 本身，但可能是有用的线索。
我们在任务管理器 > 资源监视器中注意到媒体中心正在执行导致大量磁盘活动的不良行为：媒体中心组件 ehrec.exe 会无休止地循环从一组特定的视频文件中读取几 k 数据 - - 在一个驱动器上，大约有 200 个视频文件。就好像 Media Center 无法完成从这些文件中读取元数据，而只是不断尝试读取它没有完整元数据的文件。就文件系统而言，这些文件似乎没有损坏（可以毫无问题地复制）。当我们要求 Explorer 显示这个特定磁盘上的目录时，可以想象 Media Center 的活动会争夺磁盘访问时间。我们断开此驱动器以进行其他测试。
感谢所有回答者。
kee*_*een 14
最终更新：
OP 在他的问题帖子中完整而简洁地总结了他的所有发现。我认为没有理由删除我的建议，但如果您想快速解决问题，我建议您阅读他的帖子而不是我的帖子。
你应该尝试两件事：
在资源管理器中，单击“组织”->“文件夹和搜索选项”->“查看”-> 在“始终显示图标而不是缩略图”中打勾-> 按应用并关闭。
现在右键单击罪魁祸首文件夹->“属性”->“自定义”-> 在“优化此文件夹：”下打开下拉菜单并选择“常规项目”-> 将复选标记放在下拉框下“应用于所有子文件夹”的下拉菜单 - >按应用并关闭。这会将新的文件夹视图设置应用于所选文件夹和其中包含的所有子文件夹。
我是德国人，因此有一个德国版本的 windows，所以也许上面的一些选项的翻译略有不同，但你应该能够找到它们。
更新 1：
我认为您在元数据方面走在正确的轨道上。根据视频的编码方式，元数据可能位于开头、结尾，甚至中间的某个位置（尽管这种情况很少见）。我猜这些视频文件是用一些不寻常的属性编码的（你可能自己制作的？）这使得资源管理器从头到尾读取整个文件以提取元数据，如果有很多大文件，这显然需要一段时间在文件夹中。我已经看到资源管理器读取了一个巨大的 exe 文件的全长以在最后显示嵌入的图标。
因此，我认为您已经弄清楚了，识别和禁用需要从资源管理器中的视图中提取元数据的列（连同禁用的缩略图）应该可以避免资源管理器读取这些文件的需要，这应该可以解决您的问题。
您可能不应该使用的列类似于：拍摄日期（如您发布的链接之一所述，拍摄日期与文件的创建日期非常不同）、长度、分辨率、位置。
您应该安全使用的列是可以直接从文件系统目录中读取的属性，例如：文件创建日期、文件修改日期、大小、文件类型。
如果您确实需要对一些应该禁用的属性进行排序，我认为最实用的解决方案可能是寻找替代文件浏览器，并检查它是否能更好地处理这种情况。然后，您可以像往常一样使用资源管理器，并使用备用文件浏览器来处理您的视频文件夹。
您还可以从内置的命令行解释器 cmd 执行许多基本的面向文件的操作，它不关心元数据，并且可以成为复制、移动或删除文件和文件夹的简单有效的工具。然后，您甚至可以使用批处理文件自动执行操作。不过，这很可能不是您要搜索的解决方案，因为 cmd 甚至没有图形用户界面。
更新 2：
我刚刚阅读了您的第二次更新，很高兴看到您的问题似乎已解决（至少目前是这样）。也许这真的只是缩略图缓存过度拥挤的问题。如果您经常在文件夹之间移动文件，我可以想象那些 thumbs.db 文件会越来越大。我怀疑它实际上在该缓存文件中为文件夹中的每个文件保留了一个缩略图。也许这些文件也有某种垃圾收集机制，但在你的情况下它失败了。
因此，如果您将视频文件从一个文件夹整体移动到另一个文件夹，并且始终为此使用相同的文件夹（例如，不创建新文件夹），也许我们已经找到了问题的根源...
如果您的系统将来再次显示相同的症状，您可以尝试删除缩略图缓存。为此，您需要：
“windowskey + r”-> 输入“cleanmgr”并按回车-> 选择视频文件所在的驱动器（仅当您确实有多个驱动器/分区时）-> 选择“清除缩略图缓存”或类似的东西->跑得更干净
| 归档时间： |
|
| 查看次数： |
62587 次 |
| 最近记录： |