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
