进程外执行以性能换取可靠性

答案：
ASP和MTS/COM+都有选项让你来用可靠性换取性能。当建立和发布你的应用时，你应该理解这项交易的内幕。  

　　ASP选项 
　　ASP应用有三种运行方法可选择。在IIS 5.0中，引入“分离级别（isolation level）”这个术语来描述这些选项。三种分离级别分别是：低（Low），中 （Medium）和高（High）。 
　　低分离级 这种级别被所有版本的IIS支持，并且速度也是最快的。它在Inetinfo.exe--主要的IIS进程--中运行ASP。如果ASP应用崩溃，IIS也将崩溃。
　　（在IIS 4.0中，网管必须用诸如InetMon之类的工具来监视IIS，一旦IIS停止，运行批处理文件。IIS 5.0引入了“可靠的重启（reliable restart）”，会自动重新启动失败的服务器。
　　中分离级 从IIS 5.0开始引入的新级别，指进程外运行，即ASP运行在IIS进程之外。 在中分离级中，所有的ASP应用共享一个进程空间。把多个进程外应用在同个空间中运行，减少了进程的树木。中分离级是IIS 5.0的默认级别。 
　　高分离级 IIS 4.0和IIS 5.0都支持。高分离级也是进程外的。如果ASP崩溃了，Web服务器并不崩溃。ASP应用会在下个ASP请求到达的时候自动重启。每个被配置为高分离级的ASP应用有自己的进程空间；这将每个ASP应用保护起来。它的缺点是对每个ASP应用需要一个分离的进程；这增加了许多资源消耗。 
　　哪种选项是最好的。在IIS 4.0中，进程外运行将使性能急剧下降；在IIS 5.0中，许多改进使进程外ASP应用的代价降到最低。事实上，在许多测试中，IIS 5.0中的ASP进程外应用比II4 4.0中的进程内运行都快。但无论如何，在任何平台上，还是进程内（低分离级）运行能带来最佳的性能。然而，在相对低点击率或低最大吞吐量的情况下，低分离级不会带来任何益处；因此，除非每个Web服务器需要应付成千上百的页面请求，不然你不会需要用低分离级。通常，需要在多个配置下进行测试，才能决定使用哪种配置。
　　注意：当在进程外运行ASP应用时（中或低分离级），ASP应用运行在NT 4上的MTS中或Windows 2000的COM+中；就是说，在NT4中，ASP应用运行在Mtx.exe中；在 
Windows 2000中，ASP应用运行在DllHost.exe中。你可以在任务管理器中看到这些进程在运行。 
　　COM选项 
　　COM组件也有三种配置选项，但不完全对应于ASP的选项。COM组件可以是“无配置的（Unconfigured）”、作为一个库应用（Library Application）或是作为一个服务应用（Server Application）。“无配置的”意味着组件不注册到COM+中，组件将在调用者进程空间中运行；即“进程内”。库应用也是进程内的，但可以从COM+的服务，如安全、事务和上下文支持，中获益。服务应用则被配置成运行在自己的进程空间内。 
“无配置”比库应用有一点优越性；而库应用比服务应用在性能上更优越。这是因为库应用和ASP是在同一个进程内的，而服务应用是运行在自己的进程空间里的。进程间调用比进程内调用的代价高。同样，在进程间传递如记录集这样的数据，需要在两个进程间复制所有的数据。 
　　缺陷！当使用COM服务应用时，要想在ASP和COM间传送数据，必须保证对象实现了“按值排列（marshall-by-valu）”，或者说MBV。实现了MBV的对象将自身从一个进程复制到另一个进程。这比下面的方法好：对象留在创建者进程，其他进程重复调用创建进程来使用对象。无连接ADO记录集是MBV，有连接记录集就不是。 
　　Scripting.Dictonary对象没有实现MBV，不能在进程之间传递。最后，对VB程序员的一个提示：MBV不是通过用ByVal来传递参数。MBV是原始组件作者实现的。 
　　怎样做？ 
　　推荐的用可靠性换取性能的配置： 
　　在IIS 4.0上，用ASP的低分离级，并使用MTS服务包。 
　　在IIS 5.0SHANG，用ASP的中分离级，使用COM+的库应用。 

上一个：在循环中避免进行字符串连接
下一个：为ADO和其他组件使用类型库声明