.net 然后进行基线检查,并以不影响用户/客户的方式进行检查。。。尽管如此,如果没有一种定量衡量变革前后绩效的方法,您可能不会发现任何明显的差异

.net 然后进行基线检查,并以不影响用户/客户的方式进行检查。。。尽管如此,如果没有一种定量衡量变革前后绩效的方法,您可能不会发现任何明显的差异,.net,multithreading,sharepoint,iis,.net,Multithreading,Sharepoint,Iis,祝你好运 我不知道ASP.NET应用程序可能不使用多线程。是的,重点是,自从最初提出这个问题以来,我学到了很多:)我不知道ASP.NET应用程序可能不使用多线程。是的,重点是,自从最初提出这个问题以来,我学到了很多东西:)基于sharepoint构建的应用程序中的异步线程方法可能会有所帮助,但似乎许多线程在无法完成操作时会被锁定在线程池之外,如何在不对最终用户造成不利影响的情况下解决这个问题???减少每个用户并发线程的数量,或者在每个线程失败时设置一个时间限制?(您怎么知道)基于sharepoi

祝你好运

我不知道ASP.NET应用程序可能不使用多线程。是的,重点是,自从最初提出这个问题以来,我学到了很多:)我不知道ASP.NET应用程序可能不使用多线程。是的,重点是,自从最初提出这个问题以来,我学到了很多东西:)基于sharepoint构建的应用程序中的异步线程方法可能会有所帮助,但似乎许多线程在无法完成操作时会被锁定在线程池之外,如何在不对最终用户造成不利影响的情况下解决这个问题???减少每个用户并发线程的数量,或者在每个线程失败时设置一个时间限制?(您怎么知道)基于sharepoint构建的应用程序中的异步线程方法可能会有所帮助,但似乎许多线程在无法完成操作时会被锁定在线程池之外,您如何在不对最终用户造成不利影响的情况下解决此问题???减少每个用户并发线程的数量,或者在每个线程失败时设置一个时间限制?(你怎么知道)回答得好,谢谢我们正在考虑采取一系列措施来保护当前的服务,因为白天至少有1(3)台Web服务器会倒下。听起来好像我们你们以前都见过:)我们有两个编码糟糕的第三方应用程序,它们似乎在占用线程方面造成了问题,因此这个问题。我们希望我们的行动对最终用户的影响最小。我们刚刚使用onet.xml方法实现了一个完整的锁定SP设计器,因为这会导致实时服务问题感谢againGreat的回答,感谢我们正在考虑采取一系列措施来帮助保护当前服务,因为一天中至少会有1(共3)个Web服务器崩溃。听起来好像我们你们以前都见过:)我们有两个编码糟糕的第三方应用程序,它们似乎在占用线程方面造成了问题,因此这个问题。我们希望我们的行动对最终用户的影响最小。我们刚刚使用onet.xml方法实现了一个完整的锁定SP设计器,因为这会导致实时服务问题。我们已经查看了服务器上asp.net的machine.config文件,但它尚未配置为依赖于CPU的microsoft推荐。服务器在服务器负载下,只是在寻找任何可能有用的东西。我在服务器上查看了asp.net的machine.config文件,它还没有根据CPU配置为microsoft推荐。服务器处于服务器负载下,只是在寻找可能有帮助的东西