分批请求 (MROBTCH)
区域中的某些事件可以在发布前以批处理方式累积，直到达到 MROBTCH 系统初始化参数中指定的数字 (或 ICV 超时) 为止。
然后，将启动该区域，以便它可以处理请求。 MRO 请求的批处理包括一些非 MRO 事件，例如:
- VSAM 物理 I/O 完成
- 作为 CO TCB 上的子任务执行的请求完成 (主要是 VSAM ，如果指定了 SUBTSKS=1 )
- DL/I 请求已通过 DBCTL 实现完成
拟重入方式 TCB。
更改 MROBTCH 缺省值的影响
与无批处理 (MROBTCH=1，即缺省值) 相比，设置 MROBTCH=n 具有以下效果:
- 在等待和发布该 TCB 时，处理器使用率最多可节省 [(n-1)*100/n]%。 例如，对于 n=2，可以实现 50% 的节省，对于 n=3，可以实现 66% 的节省，对于 n=6，可以实现 83% 的节省。
- 平均成本 (n+1)/2 乘以每个批处理请求的平均到达时间。
- 随着并发事务的平均数量增加，响应时间增加可能会导致整体虚拟存储器使用率增加。
- 在高峰期使用负载繁重的系统中，某些批处理会作为排队等待繁忙资源的自然结果发生。 如果使用大于 1 的低 MROBTCH 值，那么可能会减少峰值响应时间与非峰值响应时间之间的任何差异。
建议不要将 MROBTCH 设置为高于 6 ，因为减少的额外处理器节省不太可能值得进一步增加响应时间。
对于 ICV ，您需要相对较低的 MROBTCH 值，以在低利用率期间保持合理的响应时间。
设置合适的批处理值
根据您可以承受的响应时间降级量，可以将 MROBTCH 设置为不同的值。 使用 CICS Explorer® 的 CICS®-SM 透视图 () 或使用 EXEC CICS SET SYSTEM MROBATCH 来获取给定工作负载的合适批处理值。
有关 EXEC CICS 系统编程命令的编程信息，请参阅 系统命令。
在缓慢时间段内， ICV 会无条件地分派区域，即使批处理未完成也会提供最小延迟。 在这种情况下，请在每个区域中将 ICV 设置为 500 毫秒。