任务管理器中arcsom.exe和arcsoc.exe的个数问题

        插入一些概念。用户请求一个service时，是和该service的一个instance打交道。service有pooled和non pooled两种。对于pooled service来说，一个用户（或者应用程序）请求该服务时，会随机获得一个该服务已经创建的instance的引用，由该instance对请求做出响应；请求完成后，用户会立即释放该instance的引用，使其返回假想的instance pool中，用户发出另一个请求，重复上面的过程。如果是non pooled service，用户第一次发出请求时，也会随机获得该service已经创建的一个instance引用，但请求处理完成后，该用户继续持有对该instance的引用，直到用户断开与服务器的连接（结束程序），该instance会被销毁，然后SOM会创建一个新的instance来维持数量。对于pooled service，又有low isolation和high isolation两种。high isolation是指service的每个instance都会独占一个进程（arcsoc.exe），low isolation则是指一个进程内可保有多个（默认是8哥，最多可达256个）instance（就是所谓的多线程）。low isolation的好处是可以启动相对少的arcsoc.exe来维持同样数量的instance，节约服务器的内存资源；但如果一个arcsoc.exe崩溃，那么里面的所有instance都会被销毁，即使用户正在使用它们。high isolation的优缺点则与之相反。一般来说，对于pooled service使用high isolation设置。non pooled service的instance总是独占一个进程（同high isolation）。另外可以指定一个服务的最小和最大instance数目，服务启动时会自动创建最小数目的instance等待调用；当创建的instance数目达到最大数量时，所有的请求都会进入等待队列。
        至此，可以来分析一个具体的案例了。现在机器上总共有2个服务：
World：pooled，low isolation（8 instance per process），min-instance：9， max-instance：16 ，随机启动
China： non pooled ，min-instance：2， max-instance：4，手动启动。
        开机，SOM启动一个arcsom.exe，随后启动两个arcsoc.exe；World服务启动，创建9个instance，其中8个instance公用一个arcsoc.exe，剩下一个instance启动另外一个arcsoc.exe。此时机器中共有1个arcsom.exe，4个arcsoc.exe。此时手动启动China服务，创建2个instance，每个instance会启动一个arcsoc.exe。此时，机器中共有1个arcsom.exe，6个arcsoc.exe。
        观察统计可知，最小instance数量为1的服务启动时间平均在17秒左右（cpu：Intel T7200）。可以看出，对于经常不用的服务，我们可以将它设置成手动启动，一来节约内存，二来加快机器启动速度。