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