微軟的設計使然，STA線程模型組件在COM+中，每個CPU支持最多10個實例。
?
首先，這一切定義描述在
http://support.microsoft.com/default.aspx?scid=kb;EN-US;282490
中，
節選如下：
Thread Pool in COM+
In COM+, each server application maintains two separate thread pools. One thread pool services STA objects, and another thread pool services free threaded components. The latter thread pool has no upper limit on the number of threads.
?
|
?
在
http://support.microsoft.com/default.aspx?scid=kb;EN-US;303071
中，指出一個注冊表項可以使得
COM+
模擬
MTS
，線程池擴展到
100
個線程：
|
However, under certain scenarios, slow middle-tier servers may experience low performance due to the lack of threads and concurrency in COM+ run time. Beginning with Post Microsoft Windows 2000 Service Pack 2 COM+ Rollup Hotfix 10 (which allows COM+ to simulate MTS behavior), the following registry key can be added:
HKEY_LOCAL_MACHINE\Software\Microsoft\COM3\STAThreadPool
?
Any value other than zero for the
EmulateMTSBehavior
value causes the thread pool to emulate MTS behavior, that is, one activity for each thread and 100 maximum threads for each package. If you experience performance problems while CPU utilization is low, you can set this key to increase the chance of assigning a thread to your request.
|
?
或者您可以參看：
http://www.dev-purgatory.org/COMplus_threadpool.htm
?
How to tune the COM+ threadpool for STA objects
MTS had one activity per STA thread and a limit of 100 STA threads by default which could be changed since NT SP4 by an entry in the registry. COM+ has now 5 activities maximum per STA thread and a fixed limit of 10*number of processors, e.g. 10 threads on a 1cpu box.
COM+ creates 7 + number of processors STA threads when the application starts. When COM+ receives a client requests, it searches the least busy thread and inserts in its queue the created activity. When all threads have 5 activities "In-call" COM+ creates a new thread for the next incoming call. So for a 1cpu box you will see more than 8 threads only when more than 40 activities are in call.
So COM+ differs much in threadpooling from MTS and you can nearly nothing do to avoid blocking activities - nearly :-)
Hm, you certainly remember that you can still configure the threadpool for an IIS-application under IIS5 - so under COM+.
Well here is the hack - not documented, not supported:
The DWORD entry MaxThreadsPerCPU in
HKLM\SOFTWARE\MICROSOFT\COM3
can be used to increase the thread limit.
But there's still the problem with the 5 activities per thread and so still the blocking problem!
The value of 5 activities per thread is hardcoded in source code and can be changed only by a COM method
IComSTAThreadSTAPoolKnobs.SetActivityPerThread()
and this function is not documented so not public. This method is called for example by IIS5.
update:
Since MS has recognized that the new STA pool behaviour can let perform old MTS apps quite bad, MS has introduced a new registry value in with Post Microsoft Windows 2000 Service Pack 2 COM+ Rollup Hotfix 10:
HKEY_LOCAL_MACHINE\Software\Microsoft\COM3\STAThreadPool
Value name: EmulateMTSBehavior Data type: REG_DWORD Value data: default is 0
"Any value other than zero for the EmulateMTSBehavior value causes the thread pool to emulate MTS behavior, that is, one activity for each thread and 100 maximum threads for each package. If you experience performance problems while CPU utilization is low, you can set this key to increase the chance of assigning a thread to your request."
?
?
感謝
Steffen Ramlow
。
Zhengyun (at) tomosoft.com 收藏。
Trackback: http://tb.blog.csdn.net/TrackBack.aspx?PostId=12729
更多文章、技術交流、商務合作、聯系博主
微信掃碼或搜索：z360901061
微信掃一掃加我為好友
QQ號聯系： 360901061
您的支持是博主寫作最大的動力，如果您喜歡我的文章，感覺我的文章對您有幫助，請用微信掃描下面二維碼支持博主2元、5元、10元、20元等您想捐的金額吧，狠狠點擊下面給點支持吧，站長非常感激您！手機微信長按不能支付解決辦法：請將微信支付二維碼保存到相冊，切換到微信，然后點擊微信右上角掃一掃功能，選擇支付二維碼完成支付。
【本文對您有幫助就好】元
