在阅读标准时,我注意到一堆 API,
在第 5 期中引入以与 POSIX 实时 API 保持一致,
在第 6 期中标记为选项组成员,并且
在第 7 期 (SUSv4) 中移至基地。
问:这是否意味着所有符合“ Unix(R) V7 ”产品标准的系统都是实时系统?这种系统在实时要求方面的实际能力是什么?
在阅读标准时,我注意到一堆 API,
在第 5 期中引入以与 POSIX 实时 API 保持一致,
在第 6 期中标记为选项组成员,并且
在第 7 期 (SUSv4) 中移至基地。
问:这是否意味着所有符合“ Unix(R) V7 ”产品标准的系统都是实时系统?这种系统在实时要求方面的实际能力是什么?
这是提问者的猜测尝试。
就像 POSIX 线程一样,实时 API 在常规应用程序中很有用,再加上这些 API 的规范可以毫无障碍地实现,支持这些接口的操作系统变得更加普遍,因此标准将它们移到了基础;这一切都是因为 POSIX 是一个旨在收集共识的规范性标准。
作为实时 API 并不意味着使用它的应用程序是实时应用程序。操作系统(在某种程度上,硬件)保证这些 API 服务质量的能力取决于各种因素,最重要的是系统负载。
期望一个有限的系统能够处理超出其能力的无限量的实时请求是不合理的。我没有实时编程的经验,但我基于感觉的猜测是,实时应用程序具有明确定义的范围和程序员有义务实现的目标,超过这些范围和目标,实时系统的用户应该避免超过。