要解答这一问题，先要了解一下有关 10.0 版中服务器如何处理缓存作业的背景知识。

在 ArcGIS 10 中，用于构建缓存的服务实例（ArcSOC.exe 进程）所分配到的不间断处理面积单位要比 9.x 版所使用的单位大得多。在处理下一区域之前，ArcSOC.exe 进程要处理 128 x 128 切片大小的区域。为了简单起见，我们将其称为“包”，即使在创建松散缓存时不一定要创建包文件也是如此。

缓存期间，每个 ArcSOC.exe 都会处理一个包，然后接着处理下一个可用包。在某个给定的时间，只有一个 ArcSOC.exe 进程可以处理一个包。

在 9.x 版中，ArcSOC.exe 进程的工作单元是“超级切片”，其大小为 2048 x 2048 像素（没有抗锯齿功能时为 4096 x 4096 像素），该尺寸要比包小得多。转换为使用包作为工作单元可以优化磁盘 I/O 和网络吞吐量，从而显著提升性能。ArcSOC.exe 进程更改分配的频率更小，因而能够专注于创建切片。

但使用包会产生不利影响：在处理较小的缓存或者根据非常小的要素边界执行缓存时，创建缓存所需的时间可能会比 9.x 版略长。这仅仅是因为可用的包数可能少于可用的 ArcSOC.exe 进程数。如果有八个 ArcSOC.exe 进程可用于处理缓存，但只有一个包涉及到感兴趣区域，则将仅使用一个 ArcSOC.exe 进程。这是一种在处理大型缓存作业的同时提高缓存工具效率的折衷方法。

对于大型缓存，要想避免出现这种情况，最佳的方法就是根据所含包数多于可用 ArcSOC.exe 进程数的大型要素边界来进行缓存。