IIS性能设置

此功能用于处理急躁的用户用在同一页面上的很多请求尝试填满请求队列的问题。应将该值设置得小一些，例如，三秒钟。是否更改此值要依据服务器运行的 Web 应用程序的类型来决定。长时间运行的 ASP 页面也可以使用 Response.IsClientConnected 方法检查客户端是否仍在等待页面的其余部分。长时间运行的页面应使用 Response.Flush 确保用户觉察到页面仍在连接中并且在进行高效的处理。

AspSessionTimeout：指定在发出与对象关联的最后一个请求之后会话对象保持的默认时间长短（以分钟为单位）。

对于利用会话的应用程序，缩短会话超时时间以减少服务器所需要的开销可能是明智的做法。然而，如果并发会话的比例很大，则可能有必要使用最大的会话超时值。

IIS 所允许的每个 ASP 进程的工作线程的最大数量是 AspProcessorThreadMax 乘以服务器上处理器的数量。可以降低此值然后监视性能。如果性能降低，请恢复 AspProcessorThreadMax 原来的值。

如果应用程序作用域内的组件不是灵活的，那么当您尝试实例化组件时 ASP 就会产生错误。此外，如果此属性为 false，那么缺乏 OnStartPage 或 OnEndPage 方法并在 ASP 应用程序中被实例化的所有对象都比它们在相反的情况下更早地释放。这样就应能够改善应用程序的可扩展性。

将此属性设置为 false 对于调试很有帮助，但建议您在所有产品 Web 服务器上将此值设置为 true。为每个请求重新加载 ISAPI 扩展 DLL 文件会降低性能。ASP.dll 本身就是一个 ISAPI 扩展，因此禁用此属性也会降低 ASP 性能。

PoolThreadLimit 是包括所有 IIS 工作线程（包括 HTTP、FTP、NNTP 和 SMTP 服务）的硬性限制。PoolThreadLimit 总是大于或等于 MaxPoolThreads。

ASP 线程池是单独的一组线程。其大小受 AspProcessorThreadMax 配置数据库设置的控制。未处理的 ASP 请求的最大数量是 AspRequestQueueMax 和 AspProcessorThreadMax 的总和。

PoolThreadLimit 是包含所有 IIS 线程的硬性限制，它始终大于或等于 MaxPoolThreads。

默认情况下，只能同时运行四个 CGI 应用程序。如果运行多个 CGI 应用程序，应该增加该值以提高吞吐率。可以将 UsePoolThreadForCGI 的值（在 ..\Services\W3SVC\Parameters 下）设置为 false（或 0），但这有点危险，因为在大量使用 CGI 应用程序时性能会明显降低。通常，每个处理器最好不要创建超过 20 个线程。

ListenBackLog 指定在队列中允许的等待服务器处理的活动连接的最大数量。通常没有必要使用或修改此项，虽然在频繁使用的情况下将此值最多提高到 300 会非常有益。

--------------------------------------

在 Microsoft Windows Server 2003 中，Http.sys 是处理 HTTP 请求的内核模式驱动程序。根据特定要求，可以配置多个注册表值。“更多信息”部分中的表包含有关这些注册表值的以下信息： • 注册表项名称
• 默认值
• 有效值范围
• 注册表项功能
• 警告代码（如果适用）
注意：有关使用非默认设置创建和配置注册表值的潜在风险的信息，请参见“警告代码”部分。 本文的目标读者是高级用户，并假定他们了解注册表和更改注册表的风险。
回到顶端

更多信息
重要说明：此部分、方法或任务包含有关如何修改注册表的步骤。但是，注册表修改不当可能会出现严重问题。因此，请一定严格按照下列步骤操作。为了获得进一步保护，请在修改注册表之前对其进行备份。这样就可以在出现问题时还原注册表。有关如何备份和还原注册表的更多信息，请单击下面的文章编号，以查看 Microsoft 知识库中相应的文章：
322756 (http://support.microsoft.com/kb/322756/) 如何在 Windows 中备份和还原注册表
在以下注册表项下，可以创建下列 DWORD 值：
HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\HTTP\Parameters
注册表项 默认值 有效值的范围 注册表项功能 警告代码
AllowRestrictedChars 0 布尔型 如果不为零，则 Http.sys 接受请求 URL 中解码为 U+0000 – U+001F 和 U+007F – U+009F 范围的十六进制转义字符。 0
EnableAggressiveMemoryUsage 0 0,1 预分配非分页缓冲池内存。默认情况下，如果可用的非分页缓冲池内存不足 20MB，HTTP 服务将停止接受连接。在将此值添加到注册表中后，HTTP 服务将在可用非分页缓冲池内存不足 8MB 时停止接受连接。设置此注册表值可减少 Httperr.log 文件中的“Connections_refused”和 503 错误数。 0
EnableNonUTF8 1 布尔型 如果为零，则 Http.sys 仅接受 UTF-8 编码的 URL。如果不为零，Http.sys 也接受所请求 ANSI 或 DBCS 编码的 URL。 0
FavorUTF8 1 布尔型 如果不为零，Http.sys 总是先尝试将 URL 作为 UTF-8 解码；如果转换失败并且 EnableNonUTF8 不为零，则 Http.sys 尝试将其作为 ANSI 或 DBCS 解码。如果为零（并且 EnableNonUTF8 不为零），则 Http.sys 尝试将其作为 ANSI 或 DBCS 解码；如果失败，则它会尝试 UTF-8 转换。 0
MaxBytesPerSend 65536 1-0xFFFFF（字节） 替代 Http.sys 使用的 TCP 窗口大小。在具有较大带宽和较高延迟的网络环境中，此值越大，下载速度就越快。 0
MaxConnections MAX_ULONG 1024 (1K) – 2031616 (2MB) 连接 替代驱动程序中的 MaxConnections 计算。这主要是一种内存功能。 1
MaxEndpoints 0 0 - 1024  所允许的当前终结点对象的最大数目。默认值零表示最大数目是基于可用内存计算得出的 1
MaxFieldLength 16384 64 - 65534 (64K - 2) 字节 设置每个标头的上限。请参见 MaxRequestBytes。它会将每个 URL 的最大字符数限制在大约 32K 左右。 1
MaxRequestBytes 16384 256 - 16777216 (16MB) 字节 确定请求行和标头的总大小的上限。默认设置是 16KB。 如果此值小于 MaxFieldLength，则调整 MaxFieldLength 值。  1
PercentUAllowed 1 布尔型 如果不为零，则 Http.sys 接受请求 URL 中的 %uNNNN 符号。 0
UrlSegmentMaxCount 255 0 - 16,383 段  URL 路径段的最大数目。如果为零，则计数受 ULONG 最大值的限制。 1
UriEnableCache 1 布尔型 如果不为零，则启用 Http.sys 响应和片段高速缓存。 0
UriMaxUriBytes 262144（字节） 4096 (4K) – 16777216 (16MB) 字节  大于此值的任何响应都不会缓存在内核响应高速缓存中。 1 3
UriScavengerPeriod 120（秒） 10 - 0xFFFFFFFF 秒 确定高速缓存 scavenger 的频率。任何在 UriScavengerPeriod 定义的秒数内未被访问的响应或片段均会被刷新。 1 2
UrlSegmentMaxLength  260 0 - 32,766 字符  URL 路径段（URL 中斜杠之间的部分）中的最大字符数。如果为零，则其长度受 ULONG 最大值的限制。 1
当 Microsoft Internet Information Services (IIS) 6.0 上托管的 Internet 服务器 API (ISAPI) 应用程序或通用网关接口 (CGI) 应用程序发送响应时，可能会出现 IIS 6.0 性能下降的问题。遇到此问题时，可以将 MaxBufferedSendBytes DWORD 值添加到注册表中。 有关此问题的更多信息，请单击下面的文章编号，以查看 Microsoft 知识库中相应的文章：
906977 (http://support.microsoft.com/kb/906977/) BUG：当 Internet Information Services 6.0 上托管的 ISAPI 应用程序和 CGI 应用程序发送响应时出现性能下降的问题
在 Microsoft Windows XP 和 Microsoft Windows Server 2003 中，还可以在以下注册表项下创建下面的 DWORD 值：
HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\HTTP\Parameters
注册表项 默认值 有效值的范围 注册表项功能 警告代码
CertChainCacheOnlyUrlRetrieval 1 0,1 默认情况下，如果将 IIS 配置为使用客户端证书，将不会在链验证期间遵循 AIA 提示。此行为是为保证性能和安全而设计的。例如，此行为有助于防止 DoS 攻击。但是，在需要检索 AIA 时，此行为还可能导致证书被意外拒绝。 要替代此行为，可以在“HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\HTTP\Parameters”注册表项下将 DWORD 参数 CertChainCacheOnlyUrlRetrieval 设置为 0（零）。 不适用

回到顶端

警告代码
• 0：无风险。
• 1：更改此注册表项被认为是极其危险的。此项会导致 Http.sys 占用更多内存，并且还可能增加易受恶意攻击的漏洞。
• 2：此值越低，高速缓存的刷新频率就可能越高。如果发生此行为，可能会影响性能。
• 3：低值可能影响静态内容的性能。
只有重新启动 HTTP 服务，对注册表所做的更改才会生效。此外，可能还需要重新启动所有相关的 IIS 服务。 要重新启动 HTTP 服务、类型和所有相关的 IIS 服务，请按照下列步骤操作： 1. 依次单击“开始”、“运行”，键入 Cmd，然后单击“确定”。
2. 在命令提示符处，键入 net stop http，然后按 Enter。
3. 在命令提示符处，键入 net start http，然后按 Enter。
4. 在命令提示符处，键入 net stop iisadmin /y，然后按 Enter。 注意：所有依赖 IIS Admin Service 服务的 IIS 服务也将停止。请记下在停止 IIS Admin Service 服务时停止的 IIS 服务。在下一步中，将需要重新启动其中的每项服务。
5. 重新启动在步骤 4 中停止的 IIS 服务。为此，请在命令提示符处键入 net start servicename，然后按 Enter。在该命令中，servicename 是要重新启动的服务的名称。例如，要重新启动 World Wide Web Publishing Service 服务，请键入 net start "World Wide Web Publishing Service"，然后按 Enter。
------------------------
Configuration setting  默认值(.net Framework 1.1)  推荐值
----------------------------------------------------------------------------------
maxconnection   2     12 * #CPUs 
maxIoThreads   20     100 
maxWorkerThreads  20     100 
minWorkerThreads       50 
minFreeThreads   8     88 * #CPUs 
minLocalRequestFreeThreads 4     76 * #CPUs 
appRequestQueueLimit       1000

-----------------------

　　管理互联网信息服务器（Internet Information Server，IIS）大家都知道，它是一个既简单而又麻烦的东西，简单的是安装它几乎不需要费什么脑筋，选择一下路径，然后一路按“下一步”就可以完成；配置也比较简单，只要有一定的NT和网络知识，照着说明书就可以架设一个像模像样的Web站点出来。然而管理IIS却没有想像的那样简单。使用一段时间以后，管理员往往会遇上服务器性能不良的情况。这时候，IIS的性能优化，就尤为重要了。 

　　导致IIS服务性能不良的原因有两个方面。一个是人为的，也就是说管理员在安装、配置IIS的时候没有进行优化或者配置错误。另一个则是客观上的，随着运行的服务种类，以及访问人数的增加，服务器原有的硬件配置已不能满足要求了，这就需要提高硬件配置。 

　　在服务器配置上优化IIS性能 

　　1.IIS高速缓存是对IIS进行优化时要考虑的最重要的项目之一。服务器保留了一部分内存空间用作IIS高速缓存，为将来的请求存储对象，这样IIS就可从高速缓存中检索对象而不用从硬盘中检索。 

　　调整IIS高速缓存的容量需要修改注册表，表项如下： 

　　\HKEY_LOCAL_MACHINE 
　　\System 
　　\CurrentControlSet 
　　\Services 
　　\InetInfo 
　　\Parameters 
　　\MemoryCacheSize 
　　MemoryCacheSize的范围是从0道4GB，缺省值为3072000（3MB）。 

　　IIS通过高速缓存系统句柄、目录列表以及其他常用数据的值来提高系统的性能。这个参数指明了分配给高速缓存的内存大小。如果该值为0，那就意味着“不进行任何高速缓存”。在这种情况下系统的性能可能会降低。如果你的服务器网络通讯繁忙，并且有足够的内存空间，可以考虑增大该值。必须注意的是修改注册表后，需要重新启动才能使新值生效。 

　　2.使IIS使用处理器时间最长。服务器的CPU处理器能力总是有限的。哪一个应用程序占用处理器的时间最长，谁的性能就能得到最大的提高。 

　　（1）在NT的控制面板中，双击系统图标。 
　　（2）单击性能标签。 
　　（3）在应用程序性能下将游标拖到None的位置，这样就可以使所有正在运行的服务，包括IIS，使用处理器的时间达到最大值。 

　　3．服务器属性设置。在服务器属性里有一项可以使网络应用程序的总处理能力最大的选项，你当然应该选择它。 

　　(1)在桌面上右键单击网络邻居图标，然后选择属性选项。 
　　(2)单击“服务标签”。 
　　(3)单击“服务器”，然后按“属性”。 
　　(4)选择最大化网络应用程序的总处理能力。然后单击“OK。” 

　　提高硬件配置来优化IIS性能 

　　当进行了上述的优化配置，IIS的性能仍然没有什么明显改善的话，也许你应该考虑提高服务器配置了。如升级处理器，增加硬盘，升级网卡，增加内存等。 

　　优化IIS的注意事项 

　　为了避免以后的头疼，在安装IIS之时就应该注意到IIS的优化。比如： 

　　1．为了提高性能和节约资源，应该只运行需要的协议。这一点很多管理员都没有注意，笔者曾见到在一台只作Web服务的机器上同时安装有NetBEUI、Tcp/IP和IPX协议。显然这是不合理的。 

　　2．应该将IIS服务器，设置为独立的服务器，不要让服务器去承受域控制器要求的额外负荷。试想：服务器一边在响应用户的登录，一边还要提供IIS服务，性能能不下降吗？ 

　　3．可以把NT服务器的页交换文件分布到多个物理磁盘上，注意是多个“物理磁盘”，分布在多个分区上是无效的。另外，不要将页交换文件放在与WIndows NT引导区相同的分区中。 

　　4．使用磁盘镜像或磁盘带区集可以提高磁盘的读取性能。 

　　5．关于日志的记录，应该采用文件记录而不是记录到ODBC数据源。此外，还可以在记录期间增加用来记录日志的内存缓冲区的容量来减少磁盘的活动。该缓冲区的缺省容量值为64KB。 

　　6．最好把所有的数据都储存在一个单独的分区里。然后定期运行磁盘碎片整理程序以保证在存储Web服务器数据的分区中没有碎片。使用NTFS有助于减少碎片。笔者推荐使用Norton的Speeddisk，可以很快地整理NTFS分区。 

　　7．虽然SSL可以提供相当可靠的加密传输。但是所需的额外开销会导致IIS服务器速度下降，尤其是在处理大型文件的时候。所以应该只对确实需要保护的目录进行SSL加密。