关于：
net stop "windows update"
这工作了一段时间，但随后服务再次启动。什么是重新启动此服务，如何防止它这样做？
根据http://support.microsoft.com/kb/944884 的说法，“当一个或多个大型响应通过慢速网络连接发送到客户端时，time-taken 字段的值可能会超过预期”。
我遇到过这样的情况，客户会说，“我在 10:03:24 向您的 Web 服务器发送了一个请求，花了 20 秒，为什么？”。我也可以在 IIS 日志中看到这一点，但是服务器的 ASP.NET 模块将其记录为耗时 100 毫秒，并且 CPU 和磁盘计数器很低。
我怀疑这是由于网络连接速度慢。我怎样才能证明这一点？
更新：
1) 这些是 SOAP Web 服务请求，因此没有嵌入图形，只是带有单个 XML 结果页面的 HTTP POST。
2）另外，我已经通过在客户端限制网络速度来重现这一点，并且症状完全相同。
3) 问题是间歇性的，这意味着客户端的相同请求通常很快，但偶尔会很慢。除了限制网络之外，我自己无法重现这一点。服务器的 ASP.NET 日志显示它总是很快，但是当客户端说它很慢时，IIS 日志显示它很慢。
4）我只能访问服务器，并且需要向客户端提供尽可能多的信息，以便他们接受问题不在服务器上并知道在客户端上运行哪些日志记录/工具以查找根本原因。
我想从命令行执行 TCPView 的操作，例如，关闭特定进程使用的连接（不结束进程）。有没有办法做到这一点？
目前，我的 IIS 日志条目是在每个请求完成时写入的，例如：
2012-02-15 00:31:50 W3SVC1 MACHINENAME ::1 POST ... 202 (milliseconds)
不幸的是，由于 ASP.NET 代码中的错误，有时请求会挂起或不会导致响应。这些不会包含在该日志中。我知道我可能可以在其中一些场景中使用失败请求跟踪，但最好也将这些请求显示在标准 IIS 日志中。