了进程的树木。中分离级是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+的库应用。 

　　技巧10：使用Option Explicit

　　在.asp文件中使用Option Explicit。该指示放

上一页  [1] [2] [3] [4] [5] [6] [7] [8] [9] [10] 下一页

在google里搜索更多提高ASP性能的22个技巧(一)

	Web www.51ec.org

上一篇信息学院： 加速ASP程序的运行速度的两种方法

下一篇信息学院： 提高ASP性能的22个技巧(二)