.net - Sharepoint，IIS，.net和多线程

Question

我知道IIS已配置为多线程为标准配置。托管Sharepoint 2007的Web服务器出现性能问题。

所以我的问题是；

Sharepoint 2007是否使用多线程作为标准的现成解决方案，还是仅使用.net进行自定义？

有人知道我将如何限制用户在服务器管理员级别(iis)创建多个线程/连接，或者这会对Sharepoint中的应用程序或站点产生不利影响吗？

谢谢

Answer 1

为了回答您帖子中的“简单”问题，SharePoint网站通过ASP.NET提供服务。也就是说，您可以通过位于每个SharePoint Web前端(WFE)上 machine.config 中的 processModel 元素，对ASP.NET的线程模型/管理进行全面控制。您可以为工作进程和I/O操作设置最小和最大线程数，并且还有许多其他设置/调整选项可用。有关更多信息，请访问Microsoft的网站http://msdn.microsoft.com/en-us/library/7w2sway1.aspx。

话虽如此，我完全不同意Martin的观点:SharePoint中的性能故障排除很少是“发现魔术弹”的情况。如果您解决了较大的“通常已知的” WFE IIS/ASP.NET项目(在Joel Oleson的博客中很好地概括了此项目:http://blogs.msdn.com/joelo/archive/2007/10/29/sharepoint-app-pool-settings.aspx)，那么在常见的使用场景下，您通常应该处于良好的状态。之后，开始更深层次的挖掘。

我花了六个月的大部分时间与Microsoft跨职能升级团队一起为客户端的性能问题进行故障排除，然后我们几乎接触了所有方面:IIS/ASP.NET性能，自定义代码的效率，缓存，内存利用率，数据库性能，Web服务性能，对象处置...列表还在不断增加。在此过程的每个步骤中，我们都在捕获内存转储，进行定量的性能测量，观察性能计数器等。我们发现最终需要调整的多个区域，但是这些区域只能通过系统分析和定量测量来找到。

老实说，我不建议在没有可行的假设和包括良好测量和比较的性能调整计划的情况下对任何配置设置(例如 processModel 设置)进行更改。性能调整通常不是您可以“注意的”事情。

但另一方面，如果您有强烈的怀疑，则在此更改一个或两个设置可能会使您有点问题-前提是事后返回基准线，并且这样做不会影响您的用户/客户...尽管同样，如果没有一种方法可以定量地评估变更前和变更后的性能，您可能不会发现任何明显的差异。

祝你好运!