ISAPI多进程设置
IIS默认配置下采用的是单工作进程的工作模式，也就是只启用一个w3wp.exe进程处理所有请求，然后进程内启用多个线程来处理并发请求，最大工作线程数由具体的操作系统和IIS来决定，当并发量大于线程数时则会让请求排队等待处理。这是面对高并发量，且部分请求处理耗时较长时就会造成大部分请求长期处于挂起的状态，用户感知就是慢，TMD慢。。。。
WebGarden其实就是IIS的多工作进程的工作模式。
开启WebGarden是不是很简单呢？那问题落在到底maxWorkerProcesses设置多少才适合呢？一般建议设置为“逻辑核数”即可。
WebGarden的目的是针对大量长链接的情景，通过增加工作进程来增加可用的工作线程。
另外，我想大家都有过这样的经历。maximum worker processes为1时，并发量上扬时w3wp.exe所占的内存（专用工作集/专用字节）会急速上升，当所占内存接近2GB时响应延时就变得十分严重，唯一的办法就是等待、等待、等待。。。。。。要不就回收进程释放内存，但这时会中断用户的请求。
那为什么会这样呢？
1. 首先需要明确的是 工作线程 对应 请求 是一一对应的，因此当接收到N个请求时，就会开启N个工作线程处理请求，若请求量超过最大工作线程数时则会让请求排队；
2. 线程本身也占内存资源，就线程栈空间而言，IIS5/6每个线程栈空间就占256KB，而Windows Server 2000下则占1MB。对于Windows Server 2008下的IIS7而言，32bit则占256KB，64bit则占512KB。极端情况下即使新开的线程所处理的程序入参和局部变量只使用1KB，但线程栈依然会占512KB。更不用说程序中还用到大量堆空间的对象了；
3. 进程是分配内存资源的最小单位，也就所有工作线程均使用同一块内存空间，更重要的是所有工作线程采用同一套GC机制，那么当执行GC时将挂起所有工作线程；
4. 虽然Windows Server2008 64Bit对进程所占的内存空间没有设置上限，但若进程所占内存空间大且托管堆中含大量一次性对象那么必然会引起频繁的GC操作。（极端情况下GC占进程的执行时间片的48%左右）
也就是我们通过“任务管理器”查看w3wp.exe内存占用率升高时，响应延时增大的根本原因是：工作进程中托管堆存在大量临时对象，导致频繁执行GC操作，而GC操作执行时会挂起所有工作线程，导致请求处理的延时增大。
而WebGarden就是将工作线程均匀分配到多个工作进程中，那么各工作进程所占用的内存相对较少，减少GC操作和每次GC执行的时间，并且即使执行GC操作也不会挂起所有工作线程，从而提供并发处理量。