ASP.NET HTTP运行时组成详解(3)

     Web Garden 模型
  
  　　Web Garden 模型可以通过 machine.config 文件中的 ＜processModel＞ 部分进行配置。请注意，＜processModel＞ 部分是唯一不能放在应用程序特定的 web.config 文件中的配置部分。这就是说，Web Garden 模式可以应用到计算机中运行的所有应用程序。但通过使用 machine.config 源文件中的 ＜location＞ 节点，可以针对各个应用程序调节计算机的设置。
  
  　　＜processModel＞ 部分有两个属性可以影响 Web Garden 模型，它们是 webGarden 和 cpuMask。webGarden 属性接受布尔值，表示是否使用了多个辅助进程（一个相关的 CPU 对应一个进程）。默认情况下，该属性的值为 false。cpuMask 属性保存一个 DWORD 值，该值的二进制表示为能够运行 ASP.net 辅助进程的 CPU 提供了位屏蔽。其默认值为 -1 (0xFFFFFF)，表示可以使用所有可用的 CPU。如果 webGarden 属性为 false，则 cpuMask 属性的内容将被忽略。cpuMask 属性还为正在运行的 aspnet_wp.exe 的副本数设置了上限。
  
  　　常言道“闪光的不都是金子”，用在这里很合适。Web Garden 模式使得多个辅助进程可以同时运行。但是，需要注意的是所有进程都会有自己的应用程序状态、进程内会话状态、ASP.NET 缓存、静态数据以及运行应用程序所需的其他内容。启用 Web Garden 模式之后，ASP.NET ISAPI 将根据 CPU 的数量尽可能多地启动辅助进程，每个辅助进程都是下一进程的完整克隆（每一进程都与相应的 CPU 密切相关）。为平衡工作负荷，传入的请求以单循环的方式在运行的进程之间进行划分。辅助进程就象在单处理器中一样被回收。请注意，ASP.NET 继承了操作系统中所有的 CPU 使用限制，并且不包括实现限制的自定义语义。
  
  　　总之，Web Garden 模型并不适用于所有应用程序。应用程序的状态越多，其的性能损失也越多。工作数据存储在共享内存的块中，以便一个进程输入的变化可以立即被其他进程得知。但是，处理请求时，工作数据被复制到进程的上下文中。因此，各个辅助进程将处理自己的工作数据，而应用程序的状态越多，性能损失就越大。鉴于此，仔细、明智的应用程序基准测试是绝对必要的。
  
  　　只有重启 IIS 后，对配置文件中 ＜processModel＞ 部分所做的更改才会生效。在 IIS 6 中，Web Garden 模式的参数保存在 IIS 配置数据库中，webGarden 和 cpuMask 属性被忽略。
  
  

原文转自：http://www.ltesting.net