在服务器配置上优化IIS性能
1.IIS高速缓存是对IIS进行优化时要考虑的最重要的项目之一。服务器保留了一部分内存空间用作IIS高速缓存，为将来的请求存储对象，这样IIS就可从高速缓存中检索对象而不用从硬盘中检索。调整IIS高速缓存的容量需要修改注册表，表项如下：
\HKEY_LOCAL_MACHINE \System \CurrentControlSet \Services \InetInfo \Parameters \MemoryCacheSizeMemoryCacheSize的范围是从0道4GB，缺省值为3072000（3MB）。IIS通过高速缓存系统句柄、目录列表以及其他常用数据的值来提高系统的性能。这个参数指明了分配给高速缓存的内存大小。如果该值为0，那就意味着“不进行任何高速缓存”。在这种情况下系统的性能可能会降低。如果你的服务器网络通讯繁忙，并且有足够的内存空间，可以考虑增大该值。必须注意的是修改注册表后，需要重新启动才能使新值生效。
2.使IIS使用处理器时间最长。服务器的CPU处理器能力总是有限的。哪一个应用程序占用处理器的时间最长，谁的性能就能得到最大的提高。
（1）在NT的控制面板中，双击系统图标。
（2）单击性能标签。
（3）在应用程序性能下将游标拖到None的位置，这样就可以使所有正在运行的服务，包括IIS，使用处理器的时间达到最大值。
3．服务器属性设置。在服务器属性里有一项可以使网络应用程序的总处理能力最大的选项，你当然应该选择它。(1)在桌面上右键单击网络邻居图标，然后选择属性选项。(2)单击“服务标签”。(3)单击“服务器”，然后按“属性”。(4)选择最大化网络应用程序的总处理能力。然后单击“OK。”提高硬件配置来优化IIS性能当进行了上述的优化配置，IIS的性能仍然没有什么明显改善的话，也许你应该考虑提高服务器配置了。然而事关银子问题，老板们一定不会轻易同意，除非你用事实说服他。你必须在首先提高什么硬件配置上面考虑清楚。以下是在进行IIS优化时需要考虑的有关硬件：处理器：可以升级为速度更快的CPU，还可以再增加一个CPU。但是代价太高了（也许会换主板什么的），老板很难接受。硬盘：硬盘空间被NT和IIS服务以如下两种方式使用：一种是简单地存储数据；另一种是作为虚拟内存使用。如果使用Ultra2的SCSI硬盘，可以显著提高IIS的性能。网络接口卡：如果服务器是在企业内部网上运行，那么可以考虑将他的网卡升级为100M网卡。这在网络带宽是瓶颈的情况下特别有效。内存：增加内存可能是升级系统最简单、最有效的方法。也是笔者推荐的硬件升级首选方案。那么如何知道需要进行硬件上的升级呢？这就和性能监视器的使用有关了。笔者会在其他文章中描述。在这里作简要介绍：比如你可以利用性能监视器来跟踪服务器上的CPU使用程度。并可以查看由内存调换到硬盘中的页面的数目和频率。将这些信息与内存使用情况以及其他系统信息相结合，就可以得到一张系统性能报告表。如果这些信息一直表现出很高的使用率，那么就说明应该升级硬件设备了。优化IIS的注意事项为了避免以后的头疼，在安装IIS之时就应该注意到IIS的优化。比如：为了提高性能和节约资源，应该只运行需要的协议。这一点很多管理员都没有注意，笔者曾见到在一台只作Web服务的机器上同时安装有NetBEUI、Tcp/IP和IPX协议。显然这是不合理的。应该将IIS服务器，设置为独立的服务器，不要让服务器去承受域控制器要求的额外负荷。试想：服务器一边在响应用户的登录，一边还要提供IIS服务，性能能不下降吗？可以把NT服务器的页交换文件分布到多个物理磁盘上，注意是多个“物理磁盘”，分布在多个分区上是无效的。另外，不要将页交换文件放在与WIndows NT引导区相同的分区中。
4．使用磁盘镜像或磁盘带区集可以提高磁盘的读取性能。
5．关于日志的记录，应该采用文件记录而不是记录到ODBC数据源。此外，还可以在记录期间增加用来记录日志的内存缓冲区的容量来减少磁盘的活动。该缓冲区的缺省容量值为64KB。
6．最好把所有的数据都储存在一个单独的分区里。然后定期运行磁盘碎片整理程序以保证在存储Web服务器数据的分区中没有碎片。使用NTFS有助于减少碎片。笔者推荐使用Norton的 Speeddisk，可以很快地整理NTFS分区。
7．虽然SSL可以提供相当可靠的加密传输。但是所需的额外开销会导致IIS服务器速度下降，尤其是在处理大型文件的时候。所以应该只对确实需要保护的目录进行SSL加密。
Windows Server自带的互联网信息服务器（Internet Information Server，IIS）是架设网站服务器的常用工具，它是一个既简单而又麻烦的东西，新手都可以使用IIS架设一个像模像样的Web站点来，但配置、优化IIS的性能，使得网站访问性能达到最优状态却不是一件简单的事情，这里我就介绍一下如何一步一步的优化你的IIS服务器。
服务器端环境，我们以Windows Server 2003的IIS6.0为例，客户端环境为Mozilla Firefox 3.0，同时安装Yahoo的YSlow扩展。
YSlow是Yahoo开发者团队发布的一款基于Firebug的插件。用于分析网页，并根据一些高性能网站的规则进行相应的评级打分，对于网页性能优化有很好的帮助作用，告诉你那些部分影响了你的网页速度，并告诉你如何基于某些规则而进行优化。我们对于IIS的优化策略就是基于YSlow的。
使用安装了YSlow的Firefox打开目标网站，然后点击YSlow图标，点击Performance，如下图所示。
其中Performance Grade为YSlow对你网站的评级，A（100分）为最高，F为最低，后面列出如何进行修改，下面我以IIS 6.0为例介绍一下如何进行优化网站性能。
1、减少HTTP请求数量
这主要是修改网站代码，减少外部图片、CSS、JS等文件数量，手动合并多个CSS/JavaScript文件。IIS那里不用设置。
2、使用CDN
对于小网站来说，这个就免了吧。当然有钱人可以试试，可以从技术上解决用户访问网站响应速度慢的问题。
3、启用内容过期
对于静态文件启用内容过期可以提高访问性能。首先网站的目录要划分合理，图片、CSS、JavaScript均放在单独目录下，然后在IIS中选择目录，点属性-HTTP头，启用内容过期，可以选择30天后过去，这样，用户浏览器将比较当前日期和截止日期，以便决定是显示缓存页还是从服务器请求更新的页，由于图片、CSS、JS通常变化较少，因此基本上都从本地缓存读取，从而加快显示速度。
4、启用Gzip压缩
HTTP压缩是在Web服务器和浏览器间传输压缩文本内容的方法。HTTP压缩采用通用的压缩算法如Gzip等压缩HTML、JavaScript或 CSS文件。压缩的最大好处就是降低了网络传输的数据量，从而提高客户端浏览器的访问速度。
使用方法是，右击“网站”->“属性”，选择“服务”。在“HTTP压缩”框中选中“压缩静态文件”，“临时目录”建议单独设置另一个盘的目录下。
之后，IIS管理器中，右击“Web服务扩展”->“增加一个新的Web服务扩展”，在“扩展名”中输入“HTTPCompression”，添加“要求的文件”为C:\WINDOWS\system32\inetsrv\gzip.dll，其中Windows系统目录根据您的安装可能有所不同，选中“设置扩展状态为允许”。
最后，使用文本编辑器打开C:\Windows\System32\inetsrv\MetaBase.xml，在HcFileExtensions中增加需要压缩的静态文件后缀名，默认为HTML和TXT文件，建议再添加上js、css等，不要添加图片或ZIP等已经被压缩的文件。
5、将样式文件放在头部
这是基本的HTML代码风格，将所有的CSS文件都放在HTML页面的头部。
6、将脚本文件放在尾部
这也是基本的HTML代码风格，将所有的JavaScript文件都放在HTML页面的尾部。
7、避免CSS表达式
这点很简单，因为大多数人从来不用CSS表达式。
8、使用外部的JavaScript和CSS
将所有的JavaScript和CSS都做成外部文件的形式进行引用，这主要是为了让这些文件可以被浏览器缓存起来，参见第三点的介绍。
9、减少DNS查询
域名的DNS查询会带来额外的访问开销，减少页面内文件的主机域名数量，一个页面的主机域名保持在2-4个以内，这样就不会降低页面的装入速度。
10、压缩JavaScript文件
压缩脚本文件，删除不必要的字符，可以改善加载时间，目前有很多JavaScript文件的压缩工具，我这里有一个GUI界面的JS压缩工具供下载。
11、避免重定向
网页的重定向会带来额外的运行开销，因此要避免页面进行重定向跳转操作。
12、删除重复脚本
一个页面两次包含同一个JavaScript文件会影响加载的性能，因此需要将重复的脚本文件删除。
13、配置ETag
这是一个令人迷惑的问题。理论上说将服务器的ETag删除会提高HTTP请求的性能，但是按照微软官方提供的修改方法配置IIS 6.0，并没有实际效果，最终我使用了一个第三方的DLL文件，以ISAPI的方式实现了删除ETag的功能。
经过上面这些网站前端重构和WEB服务器的配置修改，我们的页面结构就变得更加规范，重构的页面大多都会取得不错的YSlow的评分，总体来说性能提升了不少。对于最终用户来说，也会明显感受到访问网站速度变快了很多，网站的浏览体验得到了较好的提升。
参考书籍：高性能网站建设指南 —— 电子工业出版社出版
IIS 6.0 应用了新的进程模型。内核模式的HTTP侦听程序（Http.sys）接收并发送HTTP请求（甚至可以使用它的响应缓存来满足请求）。工作进程注册URL子空间，Http.sys将请求发送到相应的进程（如果使用应用程序池，则发送到进程集合）。
图 4 展示了IIS 5.0和IIS 6.0进程模型之间的差异。IIS 5.0使用WinSock在端口80接受连接。请求由 inetinfo 进程负责接收，然后或者在进程内执行请求，或者将它交给dllhost 进程在进程外进行处理（为了达到隔离的目的）。响应则由 inetinfo 进程发送回去。
图 4 IIS 5.0 和 IIS 6.0 的进程模型
IIS 6.0 进程依赖于内核模式的Web驱动程序Http.sys。在新的模型中，Http.sys负责管理连接和处理请求。请求可能通过Http.sys缓存得到满足，也可能被交给一个工作进程以便得到进一步处理（见图5）。可以配置多个工作进程，从而以较低开销实现了隔离。
Http.sys包括了一个响应缓存。当请求与响应缓存中的某个条目相匹配的时候，Http.sys直接从内核模式中发送缓存响应。图5展示了请求通过Http.sys得到处理的情况（请求也可能向上交给某个工作进程进行处理）。
图 5 IIS 6.0中的请求处理
由于Web服务器既包括内核模式的组件，也包括用户模式的组件，必须对二者同时进行调整才能获得最佳性能。因此，针对特定负载的IIS 6.0调整工作需要对如下内容进行配置：
· Http.sys（内核模式驱动程序）以及相关的内核模式缓存。
· 工作进程和用户模式IIS，包括应用程序池配置。
此外，我们还将在后文中讨论会对性能造成影响的其他参数。
内核模式的调整
与性能有关的Http.sys设置可以划分为两类：缓存管理以及连接和请求管理。所有的注册表设置都保存在以下条目中：HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\Http\Parameters
如果HTTP服务正在运行，必须首先停止服务，然后重新启动计算机，以便让设置生效。
缓存管理设置
Http.sys具有的优点之一便是内核模式缓存。如果响应位于内核缓存中，那么可能可以完全通过内核模式来满足某个HTTP请求，这显然可以极大降低CPU处理请求的开销。但是，IIS 6.0的内核模式缓存是一种基于物理内存的缓存，每个条目都需要占用一定的内存空间。
缓存中的条目只有在被使用的时候才能提供益处。但是，条目在任何时候都会占用物理内存，不论它是否被使用。所以，需要对缓存某个项目带来的益处（能够直接从缓存中满足请求）以及它在整个生命期中的开销（需要占用物理内存）进行评估，并且考虑可用资源（CPU、物理内存）和工作负载的情况。Http.sys 试图仅在缓存中保存有用（经常被访问）的项目，但是，如果针对特定工作负载来调整Http.sys缓存，Web服务器的性能还可以获得一定程度的提高。
以下是一些有用的Http.sys内核模式缓存设置：
· UriEnableCache. 默认值：1。设为非零值可以启用内核模式响应和分段缓存。对于大多数工作负载，缓存都应该保持启用。如果希望获得超低响应和较低的缓存利用率，那么请考虑禁用缓存。
· UriMaxCacheMegabyteCount. 默认值：0。设为非零值可以指定内核缓存可以使用的最大内存数量。默认值为0，允许系统自动调节缓存能够使用的内存数量。注意：只能设置可以使用的最大内存数量，而且系统可能不允许缓存增长到指定的大小。
· UriMaxUriBytes. 默认值：262144 字节（256 KB）。本参数设定了内核缓存中每个条目的最大长度。大于这个长度的响应或分段都不会被缓存。如果有足够的资金，可以考虑增加此参数的值。如果资金有限，而且大型的条目会挤掉较小的条目，那么可以将本参数设为更小的值。
· UriScavengerPeriod. 默认值：120秒。一个“清道夫”程序会定期扫描Http.sys缓存，在两次扫描期间没有被访问过的条目将被删除。可以将扫描周期设置为一个较高的值，以减少扫描次数。但是，如果访问频率低的老条目仍然保留在缓存中，缓存占用的内存将不断增加。如果将此期限设置得过低，扫描频率会过于频繁，而且可能导致缓存的过度清洗和扰动。
请求和连接管理设置
此外，Http.sys管理入站HTTP/HTTPS 连接，并且是在这些连接上处理请求的第一个层。它使用内部数据结构保存有关连接和请求的信息。虽然这样的数据结构可以按需创建（或释放），但如果在look-aside里表中保存部分数据结构留作备用，则可以实现更高的 CPU 效率。保存这样的储备有助于Http.sys利用更少的CPU资源来处理负载波动。注意：负载波动不一定由外部的负载波动而引起。一些旨在改善批处理或者中断调解的内部优化措施也可能导致负载波动和起伏。
储备有助于减少CPU的使用率和缩短延迟时间，同时能够增加Web服务器的处理能力，但是也会增加内存的使用率。在调整Http.sys的请求和连接管理行为的时候，需要牢记的因素便是：可用的服务器资源，性能目标以及工作负载的特性。您可以使用以下请求和连接管理设置：
· MaxConnections。 本设置用来控制Http.sys所允许的并发连接的数量。每一个连接都会耗用非分页池（一种宝贵和有限的资源）。默认值的设置相当保守，以限制连接占用的非分页池数量。对于配备了充足内存的专用Web服务器，如果预计会产生大量的并发连接，可以将此值设置得更高一些。此值设置得越大，占用的非分页池就越多，所以要务必小心，应该使用一个与系统配置相适应的正确数值。
· IdleConnectionsHighMark、IdleConnectionsLowMark和IdleListTrimmerPeriod. 这些值用来控制对非并行使用的连接结构的处理：在某个时间必须提供多少可用的连接（用于处理连接负载的波动）、释放列表的上下界限、以及连接结构剪切和补充的频率等。
· RequestBufferLookasideDepth 和 InternalRequestLookasideDepth 这些值控制与缓冲区管理有关的数据结构的处理工作，以及应该完成多少储备以应付负载波动情况。
用户模式设置
IIS 注册表设置
以下注册表设置可以在下面的条目下找到：
HKLM\System\CurrentControlSet\Services\Inetinfo\Parameters\
· MaxCachedFileSize（REG_DWORD），以字节为单位。决定了能够被缓存的文件大小（默认为256 KB）。实际值根据数据表中最大文件的数量和大小以及可用的RAM数量而定。对频繁访问的大型文件进行缓存可以降低CPU使用率，减少磁盘访问以及相关的延迟时间。
· MemCacheSize（REG_DWORD），以MB为单位。将IIS用户模式缓存限制为指定的大小（默认设置为根据可用内存的数量由IIS调整缓存的大小）。根据“热门”文件集合（频繁访问文件的集合）的大小以及RAM数量或者IIS进程地址空间（正常情况下应该在2GB以下），需要认真选择本参数的值。
· DisableMemoryCache（REG_DWORD）。如果设置为1（默认为0），则禁用用户模式的IIS缓存。在缓存命中率非常小的时候，可以完全禁用缓存，以避免与缓存代码路径有关的开销。
· MaxPoolThreads（REG_DWORD）。设置每个处理器能创建的池线程的最大数量（默认为4，范围不限。）每一个池线程都观察网络请求，然后处理它们。MaxPoolThreads 计数没有包括当前处理ISAPI应用程序的线程。如果CPU的平均使用率没有处于最佳状态，应该增加本参数的值，因为现有的所有线程都为繁忙状态，没有用于处理新请求的可用线程。
· PoolThreadLimit（REG_DWORD）。设置系统能创建的池线程的最大数量（默认值为处理器数量的4倍，范围不限）。PoolThreadLimit 必须大于或等于MaxPoolThreads。正常情况下，PoolThreadLimit = MaxPoolThreads ´ 处理器数量。仅仅设置其中的一个参数是不够的。如果同时指定了MaxPoolThreads 和PoolThreadLimit参数，则可以施加更严格的限制。
· ObjectCacheTTL（REG_DWORD），以秒为单位。控制没有被访问过的对象在IIS用户模式缓存中停留的时间长度（默认值为30秒，如设置为0xFFFFFFFF则禁用对象缓存清道夫线程）。如果系统配备了足够的内存，而且提交的内容不经常变化，那么可以增加本参数的值。如果系统内存不足而且用户模式缓存的大小在不断增长，则应该降低本参数。请参阅本节下面的 ActivityPeriod 部分。
· ActivityPeriod（REG_DWORD），以秒为单位。只有当文件在活动期限（默认为10秒钟，如果设为0则禁用本选项）内被重复命中，才允许缓存文件。本参数会降低由于缓存不经常访问的文件而引起的缓存开销，如果缓存内容变化不大，而且没有足够的可用内存，那么可以增加活动期限的值；或者，如果缓存上存在大量请求负载，可以降低活动期限的值。
· DataSetCacheSize（REG_DWORD）默认值为50。设置配置数据库数据集缓存中虚拟目录条目的最大数量。如果已经安装的虚拟目录的数量超过了默认值，可以增加本参数的值。在提交静态内容的时候，一个容量不足的数据集缓存会增加延迟时间（更低的吞吐量和更低的CPU使用率）。
IIS Metabase
以下设置可以在 W3SVC/ 下找到。
· AspMaxDiskTemplateCacheFiles。启用ASP脚本模板的磁盘缓存。ASP模板的编译是一件非常耗费处理器资源的工作。内存大小限制了可以缓存在内存中的模板的数量。从磁盘上的模板缓存中取回编译后的模板所需的开销比编译ASP内存缓存中没有的模板要小。请参见下文中的 AspScriptEngineCacheMax 一节。
· AspDiskTemplateCacheDirectory。如果可能，可以将其设置为不频繁使用的磁盘（例如，没有和操作系统、分页文件、IIS日志或者其他频繁访问的内容共享的磁盘）。默认目录是 “%windir%\system32\inetsrv\Template Disk cache\ASP Compiled Templates”。
· AspScriptEngineCacheMax。将其设置为内存容量所允许的最大的脚本引擎数（默认为125）。
· AspScriptFileCacheSize。设置为内存容量所允许的最大的ASP模板数量（默认250）。请参阅前文中的AspMaxDiskTemplateCacheFiles一节。
· AspExecuteInMTA。如果在交付某些ASP内容时希望对出现的错误或故障进行检测，请将本参数设置为1（启用）。例如，如果需要托管多个站点，而且每个站点都运行在它自己的工作进程之下，那么便可以启用本参数。错误一般可以在事件查看器中的COM+部分中看到。本设置启用了ASP中的多线程单元模型（默认值为0，表示禁用）。
· AspProcessorThreadMax。如果当前设置（默认为25）不足以满足负载的需求（可能会导致某些请求出现错误），可以增加本参数的值。
· CentralBinaryLoggingEnabled。通过将本参数设置为TRUE，可以启用集中的二进制日志记录。二进制IIS日志记录可以减少对CPU的使用，降低占用的磁盘空间以及减少磁盘I/O操作。集中的二进制日志可以被导向一个二进制文件，而无论托管站点的数量如何。分析二进制格式的日志需要一个后处理工具。
IIS 工作进程选项（IIS Admin UI、应用程序池属性）
在没有管理员干预、服务重启或者计算机重启的情况下，IIS管理界面上的IIS工作进程回收选项为发生的紧急故障或事件提供了有效的解决办法。这样的情况包括内存泄漏，泄漏会增加内存负担，或者导致工作进程进入不响应或空闲状态。在正常情况下，可能不需要启用回收选项，所以可以关闭它（或者对系统进行配置，以很低的频率执行回收工作）。在下面的章节中，黑体字名称是per-app-pool（应用程序池）变量。在使用脚本设置这些变量的时候，可以使用路径“ /LM/W3SVC/AppPools/n”，在这里n 代表应用程序池索引。
有三个选项，如下表所示：
· 回收选项。可以在“回收”选项卡中找到。
· 性能选项。 可以在“性能”选项卡中找到。
· 工作进程健康监视选项。可以在“健康”选项卡中找到。
表 8. 回收选项
|
参数 |
描述 |
|
PeriodicRestartRequests，DWORD，选项默认为禁用，默认值为35000 |
按照时间定期回收 |
|
PeriodicRestartRequests，DWORD，选项默认为禁用，默认值为35000 |
根据请求的（累计）数量定期回收 |
|
PeriodicRestartSchedule， MULTISZ，默认为禁用，默认为空字符串值 |
在指定的时间进行回收 |
|
· PeriodicRestartMemory， DWORD，默认值为512 MB · PeriodicRestartPrivateMemory， DWORD，默认值为192 MB |
如果达到了以下两个条件之一，基于内存的回收（默认为禁用）将允许回收工作进程： · 虚拟内存的最大容量 · 已使用内存的最大容量 如果面临不断增长的内存容量压力，可以其中一个参数或全部参数，基于严格的内存容量标准，频繁回收工作进程，以缓解内存压力。 |
表 9. 性能选项
|
参数 |
描述 |
|
IdleTimeout，DWORD，以分钟为单位，默认值为20 |
在进程的空闲时间超过指定的时间时，关闭工作进程。这样可以节省有限的内存资源，但是如果CPU负载繁重，需要频繁启动新的工作进程，则不建议采取这种做法，因为创建进程会带来一定的开销。 |
|
AppPoolQueueLength，DWORD，默认值为2000 |
限制每个应用程序池（App-Pool）的内核请求队列的长度。请求会消耗分页池，在对分页池具有大量需求的情况下，应该降低本参数的值。如果超过指定的长度，会导致服务器拒绝请求，并产生编号为503的非自定义错误。 |
|
CpuAccounting，BOOLEAN，默认为禁用（0），启用为1 |
监视CPU的使用情况。您可以按照百分比设置CPU的最大使用率（CpuLimit，DWORD，默认值为0）和监视工作的刷新周期（CpuResetInterval，DWORD，默认值为0，以分钟计）。如果达到了CPU的使用率限制，或者不采取任何操作（但是会在事件日志中写入一个事件），或者关闭工作进程（CPUAction，DWORD，默认值为0，表示“不采取任何操作”；最大值为1，表示“关闭工作进程”）。 |
|
MaxProcesses，默认：使用1个工作进程处理所有请求 |
可以在操作的Web Garden（Web园）模式中控制工作进程的总数量。在Web Garden模式中，几个工作进程负责处理单个应用程序池下的请求负载。没有通过不同的应用程序池为Web站点预先分配任何工作进程。在某些情况下，一个工作进程无法满足负载的处理需要（可以通过糟糕的CPU使用率和漫长的响应时间看出这一点），增加工作进程的数量则有助于改善系统的吞吐量和CPU使用率。在托管了多个站点的情况下，可以考虑采用Web Garden模式。此外，在其中一个进程突然崩溃的情况下，采用多个工作进程还提供了更多可靠性，而且几乎不会出现所有服务均中断的情况。与预先分配应用程序池相比，Web Garden模式更容易设置和控制。 |
表10. 健康选项
|
参数 |
描述 |
|
PingingEnabled，BOOLEAN， 默认值为1 PingInterval，DWORD，默认值为30秒 |
以固定时间间隔（PingInterval）Ping 工作进程（PingingEnabled）。如果没有响应，则认为工作进程发生错误，IIS将试图终止进程并产生一个新的进程。 |
|
RapidFailProtection，BOOLEAN，默认 RapidFailProtectionMaxCrashes， DWORD，默认为5个故障 RapidFailProtectionInterval， DWORD，默认为5分钟 |
设置在给定的时间段内（RapidFailProtectionInterval）允许产生的最大故障数量（RapidFailProtectionMaxCrashes），对不断快速产生故障的情况加以控制（RapidFailProtection）。如果到达了指定了故障率，应用程序池将被禁用，并且在事件日志中写入相关信息。 |
|
StartupTimeLimit，DWORD，默认为90秒 |
控制工作进程的启动时间，超过此时间，则认为其发生了故障。 |
|
ShutdownTimeLimit，DWORD，默认为90秒 |
控制工作进程的关闭时间，超过了此时间，则认为其处于不响应状态。 |
安全套接字层的调整参数
安全套接字层（Secure Sockets Layer，SSL）的使用会加重CPU的负担。SSL中最为耗费资源的部分为建立会话所需的开销（包括一次完整的握手），然后是重新连接的开销和加密/解密的开销。为了获得更好的SSL性能，请执行如下操作：
· 启用SSL会话的“保持活动”（keep-alive）特性。这样可以消除建立会话所需的开销。
· 如果可能，重新使用会话（特别是对于那些没有“保持活动”的流量）。
· 注意：密钥越长，安全性就越高，但是需要的CPU时间就越多。
· 注意：并不是所有的页面组件都需要加密。但是，混合的纯文本HTTP和HTTPS可能会导致客户端浏览器弹出一个警告，告知并不是所有的页面内容都得到了保护。
ISAPI
对于ISAPI，没有任何具体的调整参数。如果编写一个私有的ISAPI扩展，请确保代码在执行和资源使用方面具有高效率。请参阅后文中的 影响IIS性能的其他问题。
托管代码调整参数
· 确信已经预先编译了所有的脚本。可以在每个目录中调用一个.NET脚本来完成这项工作。在编译完成之后，需要复位IIS。在修改了Machine.config、 Web.config或任何.aspx脚本之后需要重新编译。
· 如果不需要会话状态信息，请确信在每个页面中关闭了此项目。
· 当用户在隔离模式（每个站点一个应用程序池）下运行包含ASP.NET脚本的多个主机的时候，应该监视内存使用情况。请根据预计将要并发运行的应用程序池的数量，为IIS服务器配备足够的内存。考虑在存在多个隔离进程的地方使用多个应用程序域（app-domains）。
影响IIS性能的其他问题
· 安装没有缓存意识的过滤器。安装没有HTTP缓存意识的过滤器会导致IIS禁用全部缓存，从而造成性能急剧下降。老的ISAPI过滤器（在IIS 6.0之前编写的过滤器）可能会存在这个问题。可以使用HTTP缓存的过滤器在配置数据库中被标记为“具有缓存意识”的过滤器。
· CGI 请求。出于性能的考虑，我们不建议使用CGI应用程序处理请求。由于需要频繁创建（和删除）CGI进程，会产生大量的系统开销。更好的替代办法是使用ISAPI程序和ASP（或ASP.NET）脚本。这些方式都可以使用隔离。
NTFS 文件系统设置
HKLM\System\CurrentControlSet\Control\FileSystem\ 下的 NtfsDisableLastAccessUpdate （REG_DWORD）1。
通过禁止更新最后一次访问的文件或目录的日期和时间戳记，这个针对整个系统的开关参数会降低磁盘I/O负载和缩短延迟。默认情况下本键不存在，因此需要额外添加。如果操作包含数千个目录的大型数据集（或者大量主机），禁用更新的效果十分明显。如果只需要保留信息Web供Web管理使用，我们建议用户使用IIS日志代替它。
警告：某些应用程序（例如增量备份工具）需要使用这些更新信息，如果没有这些信息，它们将无法正常工作。