MediaTek社 MT2712上にて、VOSySmonitorにより ハイパーバイザ･レスのオートモーティブ eCockpitを実現

Mediatek社 MT2712上でのVOSySmonitor ベンチマーク性能

このビデオのショーケースは、VOSySmonitor アプリケーションのユースケースの一例です。そこではIVI システム (Android Auto 9) と セーフティ･クリティカル･リアルタイム･オペレーティング･システム (FreeRTOS) が､Mediatek社 MT2712 プラットフォーム(2 Cortex- A72 および、4 Cortex-A35)上にて、実行されています。　このデモ機により､セーフティ･クリティカルなRTOSがAndroid Auto 9との間の 干渉から自由であり､また､VOSySmonitorの高性能 を見ることができます。　 まさに、重要なことは、VOSySmonitorのおかげで、Android OS側の不具合の時でさえ、セーフティ･クリティカル領域の完全なアイソレーションを実現できることです。

• セーフティ･クリティカル領域 – 高速ブート: VOSySmonitorは、クリティカルＯＳの厳格なリアルタイムの制約に対応するため､いつも最初にセーフティ･クリティカル領域を起動します。重要なことは､ VOSySmonitorがセーフティ･クリティカル領域以前に実行されているソフトウェア･レイヤーであることです。　ネイティブな実行と比べて､セーフティ･クリティカル領域の完全なコールド･ブート時間において､ほんの少しのオーバヘッドがかかりますが､ VOSySmonitorは､ 以下のような測定データでもわかるように､このオーバヘッドを最小限に抑えるように開発されています。　 実際、全コールド･ブート時間は､セーフティ･クリティカルＯＳ（つまり、FreeRTOS）のスケジューリングのためにVOSySmonitorがどんなコアを選択しようが、２６５ms以下を維持しています。　 この値には、 VOSySmonitorのセットアップ時間 （VOSySmonitorのエントリーポイントからＦｒｅｅＲＴＯＳのエントリーポイントまで）も、1㎳ 程度と無視できるくらいですが、含んでいます。
• 干渉から自由なセーフティ･クリティカル領域: VOSYSmonitorのデザインの目標は、リアルタイム の制約に合うように､セキュア･ワールドにアサインされたセーフティ･クリティカル領域に完全な優先権を与えることです。　これは、FIQ割り込み遅延(レイテンシー)のベンチマークで明らかのように、Androidのワークロード（作業負荷）が､セーフティ･クリティカル領域の応答性に何らの、あるいは、取るに足らないインパクトしか持たないことを意味しています。まさに、Androidのワークロード（作業負荷）の変化で観られるFIQ割り込み遅延(レイテンシー)のインパクト(平均で､1.6㎲～4.3㎲)は、Androidの実行により行われるキャッシュ・エビクション(削除)のためだけであり、そして､それは､VOSySmonitorによって使用されるデータにインパクトを与えるかもしれませんし､僅かに変わるかもしれません。　しかしながら､ 重要なことは、コンテキスト･スイッチ時間が､セーフティ･クリティカルＲＴＯＳの観点からみると､十分に無視できるほど速いことです。　実際のところ、このデモ機では､FreeRTOSは、2㎳という短時間でスケジューリングされています。これは、YOSySmonitorのオーバヘッドが最悪のケース(つまり、コンテキスト･スイッチの最大値 10.18㎲)でも 0.5％ 以下であることを意味しています。
• Android OS クラッシュ・モニタリング: VOSySmonitorは、ノーマル・ワールドをモニタリングしており､そこでの重大なフェイルを検出し、最終的に､セキュア･ワールドで実行されているセーフティ･クリティカルＲＴＯＳに、この不具合を通知します。　また、ここで、重要なことは、VOSySmonitorにより、セーフティ･クリティカル領域の十分なアイソレーションが確保されているおり、それゆえ、クリティカルＲＴＯＳの実行が、Androidのクラッシュにより、何らインパクトを受けないことです。

MediaTek社 MT2712プラットフォーム上でのVOSySmonitorのベンチマーク性能