スマートフォンやタブレットなどのアプリケーションプロセッサでは、消�J電��を下げるため、�U御や軽い演�Qを行うCortex-Mシリーズなどと、高性�Ρ��Qを�u�TとするCortex-A15を集積させるICがある。このような場合、例えば実行する演�Qによって高性�Δ���要な場合（ブラウジングなど）にはCortex-A15のデュアルコアを�W(w┌ng)��し、音楽を聴くときはシングルコアのCortex-Mシリーズを使う。高性�Δ扮��Qでは�Hくの消�J電��を�Jやすため、�k気に演�Qするが、それ以外は休ませておく、というような使う��(sh┫)にして消�J電��を下げることが�Hい。

また、SoCの消�J電��を下げるために、クロック周�S数を��(f┫)らすクロックゲーティングや、電源電圧を低��(f┫)する電圧ゲーティングなどの��(sh┫)法を使う。それだけでは済まないため、フルに演�Qしない場合に��要なCPUと、�`いっぱい演�Qする場合に��要なCPUを使い分けるため、ヘテロジニアスなコアを集積する。加えて、フィルタリングやモデム演�QにはDSPコア、ビデオのストリーミングにはビデオコーデック、音楽ストリーミングのサウンドを改良するにはオーディオコーデック、ゲーム機�Δ覆匹離咼献絅▲��Uの演�QにはGPU（グラフィックプロセッサ）コアなども集積する。

しかし、異なるプロセッサコアを使ったIC設��は複雑になる。同じデュアルコアの場合には、�kつのコア向けの命令・データがもう�kつのコアに影�xを及ぼすかどうかを考えながらプログラムするツールはある。しかし、プロセッサコアが異なる場合、ジョブも異なるが、それらを割り��けたり、��動させる順番を��めたり、ヘテロでなければ問��にならなかったことが出てくる。このため設��に時間がかかっていた。

今�v、Mentorが発表したソリューション(図1)は、いろいろな異なるプロセッサの�屬吠�数のOSとアプリケーションをコンフィギュレーションし、1チップに集積する機�Δ魴eつ。異なるプロセッサコアで、複数のOSを効率よく��動させる。例えばユーザーインターフェースを動作させるためのLinuxベースのプロセッサを��動させOSを立ち�屬欧晋紂△垢阿�RTOSのNucleusを立ち�屬欧襦�Nucleusは、リアルタイムのデータを�D�uし�U御する役割を�eたせ、アプリケーションを載せる。

図1　マルチOS、ヘテロのマルチコア向けの新ソリューション　出�Z：Mentor Graphics

もし、あるコアのバグによってそのコアがダウンしても、他のプロセッサコアに影�xを及ぼさないように分�`する機�Δ發△襦�ハイパーバイザーがこの分�`機�Δ��pけ�eつ。このため外�陲悗離轡好謄爐鳳惇xを及ぼすことがない。

さらにデバッグ作業では、時刻ごとに�Qコアの動作を捉えるように可��化しているため、バグを見つけやすい。異なるOS間の情報のやり�Dりをタイミングごとに見ることができる。この作業に��要なSourcery Analyzerを搭載している。

加えて、オープンソースと独�Oソースの両環境で相互�W(w┌ng)��するための機�Δ眦觝椶靴討い�。��から秋にかけてこの総合ソリューションを����化していくという。

このヘテロジニアスな総合設��ソリューションには、クルマ向けソフトウエア開発仕様であるAUTOSARを含むクルマ��開発ツールVolcanoや、ハードウエア設��がGDS-IIまで完成していなくても、RTL完了次��ソフトウエアを開発に���}するためのツールVirtual Prototyping Toolsも搭載している。クルマ��のSoC開発にも向く。