本文主要是介绍AUTOSAR_EXP_PlatformDesign - 04.Operating System，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！
AUTOSAR_EXP_PlatformDesign - 04.Operating System
【translated by sky8336, 2019.06.07, Shanghai】
04.Operating System
4.1 Overview
操作系统(OS)负责自适应平台上所有应用程序的运行时调度、资源管理(包括管理内存和时间限制)和进程间通信。操作系统与执行管理一起工作，执行管理负责平台初始化，并使用操作系统执行应用程序的启动和关闭。
自适应平台没有为高性能处理器指定新的操作系统。相反，它定义了一个执行上下文和用于自适应应用程序的操作系统接口(OSI)。
OSI规范包含的应用程序接口是ARA的一部分，ARA是Adaptive application的标准应用程序接口。操作系统本身很可能提供执行所需的其他接口，例如创建进程，EM需要它来启动应用程序。然而，提供这些功能的接口，包括其他接口，都不能作为ARA的一部分，并且被定义为依赖于平台实现。
OSI同时提供C和c++接口。在C程序的情况下，应用程序的主要源代码业务逻辑包括定义在POSIX标准中的c函数调用，即IEEE1003.13[1]中定义的PSE51。在编译过程中，编译器确定平台操作系统中的哪个C库提供了这些C函数，运行时应链接可执行的应用程序。
对于c++程序，应用程序软件组件的源代码包括c++标准及其标准c++库中定义的函数调用。
4.2 POSIX
市场上有几种操作系统，例如Linux，提供了POSIX兼容的接口。但是，与平台服务和基础相比，应用程序需要使用更受限制的操作系统API。
一般的假设是，用户应用程序应该使用PSE51作为操作系统接口，而平台应用程序可以使用全POSIX。如果在应用程序级别上需要更多的特性，它们将从POSIX标准中提取，而不是在可能的情况下重新指定。
Adaptive Platform Foundation和Adaptive Platform Services功能的实现可能会使用进一步的POSIX调用。特定调用的使用将对实现者开放，而不是标准化。
4.3 Scheduling
操作系统提供多线程和多进程支持。标准调度策略是SCHED_FIFO和SCHED_RR，它们由POSIX标准定义。允许使用其他调度策略，如SCHED_DEADLINE或任何其他特定于操作系统的策略，但限制是不能跨不同的AP实现移植这些策略。
4.4 Memory management
支持多进程的原因之一是为了实现不同功能集群和AA之间的“freedom of interferences”。OS对多进程的支持迫使每个进程位于一个独立的地址空间中，与其他进程隔离并受到保护。同一个可执行文件的两个实例在不同的地址空间中运行，这样它们可以共享相同的入口点地址和代码以及启动时的数据值，但是，数据将位于内存中的不同物理页面中。
4.5 Device management
设备管理将在POSIX PSE51接口下提供。细节参考POSIX 规范说明。
-----------------------
【end-2019.06.07】
这篇关于AUTOSAR_EXP_PlatformDesign - 04.Operating System的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！
