我们在框架4.0下的IIS7上运行了一个asp.net应用程序，平台更新1应用于支持MS Workflow。从一开始，性能就不是很好，但它已经被用户所接受。现在我们终于能够专注于提高性能，在审查IIS日志和观看性能之后，我想集中讨论几个关键领域。管理层已要求首先解决哪个问题的量化信息，如果有的话。我看到的两个最大的改进领域是： 1）删除对Response.Redirect的所有调用，以消除treadAbortException的已知问题。我们的整个菜单/树导航架构都是使用它构建的，因此每天有数千个。 2）跟踪从MS WF抛出的导致401 auth错误的错误。通常它们被报告为'401 2 5 15'或'401 2 5 0'。我们每天平均有12-16,000个这样的错误 由于应用程序在功能上正确地执行了这些错误，因此mgmt认为可能有更好的区域来使用资源。
有关为什么要纠正这些内容的详细记录，但我无法找到关于如何回答'由于这些问题，用户会看到多少延迟？无论如何都要测量每个异常所需的时间以及当负载发生时它如何自行滚雪球？任何可以提供的帮助构建一个可衡量的案例将不胜感激。
作为这些与资源利用竞争的例子，大多数应用程序都是服务器端处理，因此我们可以投入时间将代码转换为客户端/ ajax。问题是我们转换的初始页面仍然会遇到很长的首次加载时间。如预期的那样，保存速度要快得多。我们一次只能完成一个页面，而删除IIS错误可以立即帮助所有页面。