我注意到，在Windows资源pipe理器，浏览器中访问任何“最近”列表（在%HOME%\My Recent Documents和%APPDATA%\Microsoft\Office\Revcent ）挂起 – 往往很长一段时间。
我已经开始在那里挖，因为configuration文件与DC的同步速度很慢，有时会失败（但通常在重试时工作）。
当访问本地configuration文件文件夹中的这些文件夹并通过服务器上的networking共享时，资源pipe理器将挂起。 从DC直接访问文件夹的速度并不慢。 此外CCleaner（系统/ reg清洁）没有问题从本地configuration文件中删除它们。
这可能是相关的configuration文件同步问题？
客户端操作系统是XP专业版SP3，DC是W2K3 SBS，运行卡巴斯基反病毒（但停止它不会改变访问延迟）
我在parsing你的问题时遇到了一些困难。 这听起来像是说在Windows XP客户端计算机上从资源pipe理器查看这些目录，据推测，这些目录中充满了大量的小文件，导致Windows XP客户端上的资源pipe理器进程“挂起”。 这听起来像你说在服务器计算机上通过资源pipe理器查看这些目录工作正常。 我想你猜测客户端上的一个shell扩展导致了“挂起”。 我不知道你提到的这个“清洁剂”是什么。
虽然shell扩展肯定可能会导致速度变慢，但我的猜测是，你只是看到了SMB协议和延迟的普遍“厌倦”，乘以这些目录中的文件数量。 即使通过LAN速度连接，SMB也可能会很慢 。 你看到资源pipe理器“挂起”，因为这些目录中有太多的文件，我怀疑有没有任何不良行为的shell扩展。
configuration文件同步不受shell扩展的影响，但会受到SMB协议的行为以及复制大量文件的目录时性能不佳的影响。 这就是为什么你的configuration文件同步运行如此之慢。
我build议部署一个脚本，在每次login时清除这些目录。 如果你不想完全冲洗它们，你可以通过下面的步骤将它们修剪到最近的项目（在这些例子中是25）
for /f "usebackq skip=25 delims=" %%f in (`dir /od /s /b "%APPDATA%\Microsoft\Office\Recent"`) do del /q "%%f" for /f "usebackq skip=25 delims=" %%f in (`dir /od /s /b "%HOMEPATH%\Recent"`) do del /q "%%f"