微软建议的ASP性能优化28条守则
Windows 2000 之后，性能的改善就会越多。
如果目前还不能升级到 Windows 2000，您可以升级到 SQL Server、ADO、VBScript 和 JScript、MSXML、Internet Explorer 和 NT 4 Service Packs 的最新版本。它们均可提高性能和可靠性。
技巧 26：优化 Web 服务器
有多种 IIS 优化参数可以改善站点性能。例如，对于 IIS 4.0，我们常常发现，增加 ASP ProcessorThreadMax 参数（参见 IIS 文档）可以显著改善性能，特别是在倾向于等待后端资源（如数据库）或其它中间产品（如屏幕刷）的站点上。在 IIS 5.0 中，您可能发现启用 ASP Thread Gating 比查找一个 AspProcessorThreadMax 最佳设置效率更高，这一点现在已为大家所熟知。
有关较好的参考资料，参见下面的优化 IIS。
最佳的配置设置取决于（其中一些因素）应用程序代码、运行所在的系统硬件和客户机工作负荷。找到最佳设置的唯一方法是进行性能测试，这是我们在下一个技巧中所要讨论的。
技巧 27：进行性能测试
正如我们在前面已经讲过，性能是一个特征。如果您想要改善站点的性能，那么就制定一个性能目标，然后逐步改进，直到达到目标为止。不要，就不进行任何性能测试。通常，在项目结束时，再作必需的结构调整已经为时太晚，您的客户将为此感到失望。将性能测试作为您日常测试的一部分来进行。可以对单个组件分别进行性能测试，如针对 ASP 页或 COM 对象，或将站点作为一个整体来测试。
许多人使用单个浏览器请求页面，来测试 Web 站点的性能。这样做就会给您一个感觉，即站点的响应能力很好，但这样做实际上并不能告诉您在负载条件下站点的性能如何。
一般情况下，要想准确地测试性能，您需要一个专门的测试环境。此环境应包括硬件，其处理器速度、处理器数量、内存、磁盘、网络配置等方面与生产环境的硬件相似。其次，您必须指定客户机的工作负荷：有多少同时的用户，他们发出请求的频率，他们点击页面的类型等等。如果您没有站点实际使用情况的数据，您必须估计一下使用的情况。最后，您需要一个可以模拟预期客户机工作负荷的工具。有了这些工具，您就可以开始回答诸如“如果我有 N 个同时的用户，那么需要多少服务器？”之类的问题。您还可以找出出现瓶颈的原因，并以此为目标进行优化。
下面列出了一些好的 Web 负载测试工具。我们特别推荐 Microsoft Web Application Stress (WAS) 工具包。WAS 可使您记录测试脚本，然后模拟数百或成千上万个用户访问 Web 服务器。WAS 报告很多统计信息，包括每秒钟的请求数，响应时间分布情况和错误计数。WAS 有丰富的客户机界面和基于 Web 的界面两种，Web 界面可使您进行远程测试。
一定要阅读 IIS 5.0 Tuning Guide。
技巧 28：阅读资源链接
下面是一些与性能有关的出色的资源链接。如果您想了解有关信息，请阅读 Developing Scalable Web Applications。
资源
优化 ASP 脚本
优化 IIS
ADO 和 SQL Server
ASP 组件和线程模型
词典组件
会话状态
性能和可扩展性
工具
书目
ASP Web 站点
ASP 样式
XML
优化 ASP 脚本
Developing Scalable Web Applications
Got Any Cache? Nancy Winnick Cluts 著
Maximizing the Performance of Your Active Server Pages，Nancy Winnick Cluts 著
15 Seconds: Performance Section
Enhancing Performance in ASP - Part I，Wayne Plourde 著
When is Better Worse? Weighing the Technology Trade-Offs，Nancy Winnick Cluts 著
Speed and Optimization Resources，Charles Carroll 著
优化 IIS
The Art and Science of Web Server Tuning with Internet Information Services 5.0
Leveraging ASP in IIS 5.0，J.D. Meier 著
Tuning IIS 4.0 for High Volume Sites，Michael Stephenson 著
Tuning
如果目前还不能升级到 Windows 2000，您可以升级到 SQL Server、ADO、VBScript 和 JScript、MSXML、Internet Explorer 和 NT 4 Service Packs 的最新版本。它们均可提高性能和可靠性。
技巧 26：优化 Web 服务器
有多种 IIS 优化参数可以改善站点性能。例如，对于 IIS 4.0，我们常常发现，增加 ASP ProcessorThreadMax 参数（参见 IIS 文档）可以显著改善性能，特别是在倾向于等待后端资源（如数据库）或其它中间产品（如屏幕刷）的站点上。在 IIS 5.0 中，您可能发现启用 ASP Thread Gating 比查找一个 AspProcessorThreadMax 最佳设置效率更高，这一点现在已为大家所熟知。
有关较好的参考资料，参见下面的优化 IIS。
最佳的配置设置取决于（其中一些因素）应用程序代码、运行所在的系统硬件和客户机工作负荷。找到最佳设置的唯一方法是进行性能测试，这是我们在下一个技巧中所要讨论的。
技巧 27：进行性能测试
正如我们在前面已经讲过，性能是一个特征。如果您想要改善站点的性能，那么就制定一个性能目标，然后逐步改进，直到达到目标为止。不要，就不进行任何性能测试。通常，在项目结束时，再作必需的结构调整已经为时太晚，您的客户将为此感到失望。将性能测试作为您日常测试的一部分来进行。可以对单个组件分别进行性能测试，如针对 ASP 页或 COM 对象，或将站点作为一个整体来测试。
许多人使用单个浏览器请求页面，来测试 Web 站点的性能。这样做就会给您一个感觉，即站点的响应能力很好，但这样做实际上并不能告诉您在负载条件下站点的性能如何。
一般情况下，要想准确地测试性能，您需要一个专门的测试环境。此环境应包括硬件，其处理器速度、处理器数量、内存、磁盘、网络配置等方面与生产环境的硬件相似。其次，您必须指定客户机的工作负荷：有多少同时的用户，他们发出请求的频率，他们点击页面的类型等等。如果您没有站点实际使用情况的数据，您必须估计一下使用的情况。最后，您需要一个可以模拟预期客户机工作负荷的工具。有了这些工具，您就可以开始回答诸如“如果我有 N 个同时的用户，那么需要多少服务器？”之类的问题。您还可以找出出现瓶颈的原因，并以此为目标进行优化。
下面列出了一些好的 Web 负载测试工具。我们特别推荐 Microsoft Web Application Stress (WAS) 工具包。WAS 可使您记录测试脚本，然后模拟数百或成千上万个用户访问 Web 服务器。WAS 报告很多统计信息，包括每秒钟的请求数，响应时间分布情况和错误计数。WAS 有丰富的客户机界面和基于 Web 的界面两种，Web 界面可使您进行远程测试。
一定要阅读 IIS 5.0 Tuning Guide。
技巧 28：阅读资源链接
下面是一些与性能有关的出色的资源链接。如果您想了解有关信息，请阅读 Developing Scalable Web Applications。
资源
优化 ASP 脚本
优化 IIS
ADO 和 SQL Server
ASP 组件和线程模型
词典组件
会话状态
性能和可扩展性
工具
书目
ASP Web 站点
ASP 样式
XML
优化 ASP 脚本
Developing Scalable Web Applications
Got Any Cache? Nancy Winnick Cluts 著
Maximizing the Performance of Your Active Server Pages，Nancy Winnick Cluts 著
15 Seconds: Performance Section
Enhancing Performance in ASP - Part I，Wayne Plourde 著
When is Better Worse? Weighing the Technology Trade-Offs，Nancy Winnick Cluts 著
Speed and Optimization Resources，Charles Carroll 著
优化 IIS
The Art and Science of Web Server Tuning with Internet Information Services 5.0
Leveraging ASP in IIS 5.0，J.D. Meier 著
Tuning IIS 4.0 for High Volume Sites，Michael Stephenson 著
Tuning