unix - 从 JCL 调用 BPXBATCH 是使用批处理作业的优先级还是独立于 OMVS 的优先级？

Question

我正在调用一个 shell 脚本，它使用 BPXBATCH 从 JCL 进行一些处理，如下所示:

//STEP2   EXEC PGM=BPXBATCH,                                              
//             PARM='SH PATHTOSCRIPT.SH MYARGUMENT'     

JCL 具有最高优先级的服务类。但是，shell 脚本进入队列等待资源。有时它运行得很快，而其他时候等待资源的时间很长。 JCL 的优先级似乎与 shell 脚本无关。我读到也许在 Unix 中使用“nice”命令会增加 shell 脚本的优先级。

我想首先确定，来自 z/OS 的 JCL 的优先级不会影响通过 BPXBATCH 从该 JCL 调用的 Unix 进程的优先级。我找不到任何关于它的文档。

Answer 1

简答

首先回答您的问题:BPXBATCH 在一个地址空间中运行，而 shell 在第二个地址空间中运行。 shell 发出的命令可能在与 shell 相同的地址空间中运行，或者可能在更多额外的地址空间中运行。

BPXBATCH 地址空间有一个服务类，shell 地址空间有一个服务类，可能是不同的。每个服务类别都有自己的性能目标，这会告诉系统如何管理该工作。

详细解答

z/OS 工作负载管理器 (WLM) 负责在出现新工作时将工作分配给服务类。服务类别指定性能目标 和重要性级别，而不是优先级。 WLM 根据目标的重要性 根据性能目标 管理系统中的所有工作。

有几个(工作负载管理)子系统，可以开始新的工作。这种子系统的例子是

• JES，管理批处理工作，即批处理作业。
• TSO，管理交互式 TSO 用户工作(TSO 登录)。
• OMVS，管理分支和非本地生成 z/OS UNIX 工作。
• STC，管理开始的作业工作量。

此列表不完整；我只列出了我需要回答问题的子系统。

当 JES2/3 收到应在系统上运行的作业时，它会向 WLM 提供一些作业属性，WLM 将作业分配给服务类。它针对子系统类型 JES 和给定的属性使用 WLM 分类规则。

在此作业中运行的所有内容，即作业地址空间中的所有内容都将按照分配的服务类的性能目标进行管理。这包括 在此地址空间中运行的 z/OS UNIX 工作，即不是通过 UNIX fork() 或非本地 spawn() 启动的工作。

当 z/OS UNIX 进程通过 fork() 或通过非本地 spawn() 启动新进程时，这项新工作由 WLM 子系统 OMVS 处理。 OMVS 子系统将新进程的一些属性呈现给 WLM，WLM 将进程分配给一个服务类。它使用针对子系统类型 OMVS 的 WLM 分类规则和给定的属性来执行此操作。这种工作总是在一个单独的新地址空间中运行。

BPXBATCH 使用 fork() 或 spawn( ). spawn() 可以是本地 spawn() 或非本地 spawn()。完成哪一个取决于很多因素，这里太复杂了，无法解释。

这里的重点是，当使用 PARM='SH ...' 运行 BPXBATCH 时，shell 进程将始终在单独的新地址空间中运行，并且将通过 WLM 子系统 OMVS 进行分类。

结果是 BPXBATCH 及其服务类在一个地址空间中运行，而 shell 及其服务类在第二个地址空间中运行。服务类可能相同，但通常它们是具有不同性能目标的不同 WLM 定义。

作为初学者，看看z/OS MVS Planning: Workload Management

z/OS UNIX 上的 nice()

nice() 对 z/OS UNIX 没有影响，除非系统已设置为支持它。 BPXPRMxx parmlib 成员中有一个参数 PRIORITYGOAL(...) 用于设置最多 40 个 WLM 服务类 的列表，该列表将与 nice() 结合使用。我从来没有听说过有人设​​置过这个参数。

参见 z/OS MVS Initialization & Tuning Reference BPXPRMxx成员(member)详情