这发生在一些PC（WinXP SP3）上，应用程序只会locking。 它可能是浏览器（在我们的例子中通常是Firefox），或者它可能是Visual Studio，或者其他的东西，但是每次看起来都是一样的，应用程序就会locking，有时甚至是几分钟。 CPU使用率没有上升。 通常，当时打开的其他应用程序仍然可以正常工作，但其他时间则需要使用explorer.exe进程。
鉴于没有CPU峰值，或任何其他指标，我可以看到，我怎么能诊断是什么原因造成这个问题？
这可能是一个networking问题，客户端可能无法parsing名称（NetBIOS和DNS），或者只是麻烦访问networking资源，因此访问文件的任何东西可能会冻结等待各种超时结束。
简单的事情，如在文件服务器上漫游用户configuration文件与一些文件夹redirect和“故障”networking与故障或configuration错误的交换机可能会导致延迟和用户界面响应问题在Windows几分钟，如果它是一个域的一部分。 由于Explorer.exe被认为是一个频繁的伤亡事故，我猜这不是太牵强。
如果从任何networking连接拔下客户端（所以这些连接实际上在客户端上closures），是否发生或得到解决？
如果您以本地用户身份login，那么会发生这种情况，因此没有应用用户级组策略？
你可能想看看“进程资源pipe理器”。 这个免费的应用程序将允许你看到系统上发生的所有事情。 它应该让你看看程序运行时挂起的东西。
在这里下载Process Explorer
你在运行什么反病毒程序？ 之前我曾经看到过诺顿的这个问题，当它发现一个进程是一个病毒，并且在决定它不是病毒之前，一次抓住它几分钟。
虽然它还没有完全充实，但这个问题有一个好的首发名单。 你将需要在事件日志中find吸烟枪，或者通过消除启动项目，除非你可以find类似的应用程序/硬件的趋势来缩小它。
检查以下内容
如果您有“漫游configuration文件”，请检查托pipeconfiguration文件的服务器。查看该服务器（系统节点）上的事件日志是否存在硬件错误。检查networking电缆等。
检查DNS。 这将导致您到域控制器（S）。 检查该服务器上的事件日志。 validation正确的networking连接。
检查你的开关。 有时这可能会导致定期hicup（如果它是一个托pipe交换机），并且你有一些错误的configuration，如风暴控制设置。
如果偶尔发生这种情况，我经常看到DNS是这个问题。 有时在域控制器上运行“dcdiag”可以解决问题。
我见过的最后一个怪癖是如果客户端映射到不再服务的打印机，我看到这些应用程序需要一段时间才能加载。 通过从“打印机”部分删除该打印机也解决了这个问题。