COM + 会未到达 SetMaxThreads 的包

注意:这篇文章是由无人工介入的微软自动的机器翻译软件翻译完成。微软很高兴能同时提供给您由人工翻译的和由机器翻译的文章, 以使您能使用您的语言访问所有的知识库文章。然而由机器翻译的文章并不总是完美的。它可能存在词汇,语法或文法的问题,就像是一个外国人在说中文时总是可能犯这样的错误。虽然我们经常升级机器翻译软件以提高翻译质量,但是我们不保证机器翻译的正确度,也不对由于内容的误译或者客户对它的错误使用所引起的任何直接的, 或间接的可能的问题负责。

点击这里察看该文章的英文版: 255054
本文已归档。它按“原样”提供,并且不再更新。
症状
如 Internet Information Services (IIS) 5.0,在 ASP 的应用程序使用 COM + 管理线程池可能会遇到性能不佳,因为 COM + 不会增加在池中的线程计数。在正常的情况下 COM + 会增加由 SetMaxThreads 方法为包设置了最大线程限制线程池中线程。但是,太忙,初始工作线程池中是否然后可能会发生此问题。

例如对于时 ASP 工作负载,IIS 5.0 的计算机上会增加,以便每个工作线程占用大量的时间来完成每个请求,COM + 可能永远不会创建任何更多的线程即使共享队列中的工作时始终增加,这将在这种情况下使 ASP 进行排队。可以通过监视 CPU 使用率来识别此问题。通过 Inetinfo 的 CPU 使用率是多长时间阻塞调用上通常很低时,此问题将显示出来。
原因
较重的负载下有可能 监视线程池 线程不是数值调节钮向上。发生这种情况时的其他线程不会根据需要添加。 监视线程池 线程必须始终是活动的。
解决方案
若要解决此问题,获得最新的 service pack,对于 Windows 2000。有关更多的信息请单击下面的文章编号,以查看 Microsoft 知识库中相应的文章:
260910如何获取最新的 Windows 2000 服务软件包
可以从 Microsoft 获得支持的修补程序。但是,此修补程序被用于解决本文所述的此问题。此修补程序仅应用于出现这一特定问题的系统。

是否可供下载此修补程序没有"提供修补程序下载"部分中,在这篇知识库文章的顶部。如果未出现本部分,将申请提交到 Microsoft 客户服务和支持以获取此修复程序。

注意如果出现其他问题,或者如果需要进行任何故障诊断,则您可能不得不创建单独的服务请求。将正常收取支持费用将应用于其他支持问题和不需要进行此特定的修补程序的问题。有关完整列表的 Microsoft 客户服务和支持的电话号码,或创建一个单独的服务请求,请访问下面的 Microsoft 网站:注意"提供修补程序下载"窗体所显示的此修复程序是可用的语言。如果您看不到您的语言,则是一个修复程序不能用于该语言。可从 Microsoft 下载中心下载以下文件:
有关如何下载 Microsoft 支持文件的其他信息请单击下面的文章编号,以查看 Microsoft 知识库中相应的文章:
119591如何从联机服务获得 Microsoft 支持文件
Microsoft 扫描此文件的病毒。Microsoft 使用该文件已过帐的日期上获得的最新病毒检测软件。该文件存储在安全性得到增强的服务器,这有助于防止未经授权的情况下对其进行更改文件上。


状态
Microsoft 已经确认这是在本文开头列出的 Microsoft 产品中的问题。

Windows 2000 Service Pack 1 中,第一次已得到纠正此问题。
COM + 线程池

属性

文章 ID:255054 - 上次审阅时间:10/20/2013 17:36:21 - 修订版本: 3.8

Microsoft Windows 2000 Server, Microsoft Windows 2000 Advanced Server, Microsoft Windows 2000 Professional Edition, Microsoft Internet Information Services 5.0

  • kbnosurvey kbarchive kbmt kbautohotfix kbhotfixserver kbqfe kbbug kbfix kbqfe kbthread KB255054 KbMtzh
反馈