这可能是一个愚蠢的问题,因为ProcessModel只用于IIS (正如MSDN所描述的),然而,在我的负载测试中,调用windows服务的BizTalk应用托管WCF,我将processModel从autoConfig更改为false,并设置minWorkThreads和maxWorkerThreads。性能得到了神奇的改善..。做了一点谷歌,还是不明白原因?有没有人能给点建议?
发布于 2012-08-13 18:50:31
是的,确实如此。由于WCF服务在您通过IIS over HTTP/HTTPS公开服务时使用ASP.NET ThreadPool,因此它由processModel管理,就像常规的ASP.NET请求一样。
您可以从此处获取此行为的详细解释:
http://www.scottmillersnotes.com/?p=167
然而,WCF 3.5的线程池管理中存在一个错误,由于该错误,WCF服务不能扩展到超过某个点。在WCF 4.0中,该错误已修复。你可以阅读这篇文章的详细故事和我与微软WCF团队的交流,以了解详细信息:
http://omaralzabir.com/tweaking-wcf-to-build-highly-scalable-async-rest-api/
有帮助吗?
https://stackoverflow.com/questions/10415104
复制相似问题