いかにコストを屬欧困暴言囘戮屬欧襪が点になっている半導\術
「Q率2倍でICの集積度が向屬垢襦廚箸いΨ俎xГ任△襯燹璽△遼Г呂發呂篩T味をeたなくなってきたことは最Zよく指~されることである。メンターグラフィックス社長兼CEOのウォルデン・ラインズ(図1)は、トランジスタ数の向屬垢覆錣曾言囘戮慮屬郎8紊碪くが、むしろ機εたりのコストの低下向が理に適うようになっていると述べた。

図1 メンターグラフィックスのウォリー・ラインズCEO
ラインズは東B・六本vで開かれた2010 EDA Tech Forumの基調講演で崕劼靴燭、同は盜颪糧焼業cにおけるb客のk人である。設\術はいつの時代でも古い}法を使いけるとコストは\加するk気砲覆襦N磴┐RTLは1990Q代初めに導入されたが、そのRTL設から、マスクへの落とし込みまでの間の作業工を、いかにコストを屬欧困亡岼磴い両ない設図(マスク)を作るか、にRされてきた。トランジスタ1個当たりのコストは毎Q35%で低下してきたが、複雑になりすぎてきた半導チップの設]のコストダウンへの努は限りなくくようだ。
これまで微細化がくとマスクコストが\える、]コストが\える、設コストが\える、というトレンドを表すグラフをさまざまな文献で見かけたが、同が見せた興味深いグラフは、実際にはそのようになっていないことだった。180nm時代の2002Qにマスクコストを予Rした時、それは65nmでは300万ドル、32nmでは700万ドル弱になると言われた。しかし実際には、65nmでは50万ドル度、32nmでも200万ドルにとどまっている(図2)。]コストについても同様で、1998Qの予Rでは、2010Q時点での現実のコストと465億ドルもの開きがある(図3)。設コストも同様で、RTL}法だけでは集積度の向屬昧く官できないが、検証}法やTLM(トランザクションレベルモデリング)、DFM(デザインフォーマニュファクチュアリング)、配配線などさまざまな}法の工夫によって官してきた(図4)。
図2 微細化してもマスクコストを屬欧覆い茲Δ帽夫してきた
図3 プロセスコストも屬らないように工夫してきた
図4 さまざまな設}法でコスト峺を抑える
今後、さらに集積度が屬りトランジスタ数が400億個の時代(2018Q)になっても通するような設ツールの動向についても同は述べている。400億トランジスタという数CはとてつもなくHい。なにしろ地球外には1000億個の銀Qがあり、kつの銀QUには1000億個の星があると言う。これまでの集積度の向屬魍為Uすると、1000億トランジスタになるのは2020Qすぎになる。今はQ率49%\の割合でトランジスタ数の向屬いているが、2018Qに向けた設}法の工夫についてレビューした。
図5 2018Qには集積度は400億トランジスタに
設}法を次の4つの分野で工夫することで実現できるとした:1)システムレベル設、2)機Ω‐據3)駘設と検証、4)組み込みソフト開発。
システムレベル設では、設の抽度をもっと屬欧襪海箸_要だとして、RTLからトランザクションベースでの設へ、さらにトランザクションベースのモデル收、そしてC言語やSystemC言語、UMLなどでの設へと抽度を屬欧襪函∪濕が楽になる。例えば、数10億トランジスタを数億ゲートのb理設に屬欧討いことと瑤討り、数億ゲートのb理なら数100万行のRTLに相当するが、TLMあるいはC言語ベースのコードだと数100行で収まるという。
検証\術に瓦靴討癲△つてはb理v路ベースの設に瓦靴謄押璽箸筌肇薀鵐献好織譽戰襪離轡潺絅譟璽轡腑鵑鬚靴燭、1990Q代からVHDLなどの言語ベース設に変わり、それに瓦垢觚‐擇聾生譽戞璽垢離轡潺絅譟璽轡腑鵑農Δ鮓‐擇靴討た。これからはシステムベースの設に瓦靴董▲轡好謄爛戞璽垢離轡潺絅譟璽轡腑鵑農Δ鮓‐擇垢襪海箸砲覆襦
システムレベルの設では、TLMのモデルを收する要がある。にタイミングと消J電に関して設疑砲亡陲鼎い謄皀妊襪鮑遒蝓解析し、時にはTし、タイミングと消J電の最適化を図る。
検証\術では、N長的な検証をVめる、賢いテストベンチを收する、ソフトウエアシミュレーションではなく、スパコンなどのハードウエアアクセラレータでエミュレーションする、といった}法を使うことになる。フォーマリティの検証とダイナミックなタイミング検証をミックスしながら使う。こういった考えられうるすべての}法を~使して、5M〜1T(10の12乗)倍に検証]度を屬欧襪海箸できるという。
配配線レイアウトという駘設では、これまで4Qごとに新しい\術が出てきたが、最ZではMCMM(マルチコーナー、マルチモード)と}ばれる}法を使ってDFMを考慮した駘設を行うようになってきた。これは、例えばスリープモードや待機モードなどと動作モードでは消J電と性Δ違うため、プロセスバラつきやa度変動などの容J囲(これをプロセスコーナーと}ぶ)の条Pを数10〜数100個設定し、それぞれに渡ってQし、パターンの形Xをシミュレーションする。もちろん、配線も考慮に入っている。
図6 駘設の新しいトレンドはMCMM
図7 マルチモードについてプロセス容度を考慮する
Q模が余りにもjきいため、マルチスレッドやマルチプロセッサなどの並`Q処理\術を~使する。こういった配配線設と検証を繰り返しながら、改良・Tし、歩里泙蟆につなげて行き、1vで動作するようにする。こういったての}法を~使して駘設と検証を]時間で終わるようにする。
SoCの設ではソフトウエア開発にかかる時間はQ々\えけている。組み込みソフトウエアの開発や検証をO動化するような仕組みが求められている。今のところ、ソフトウエアを再Wできるような形にする、O動ZのECU設にいられているようなAUTOSARをWする、オープンスタンダードのアンドロイドやリナックスをWする、といった}段がある。これまでは、ユーザーごとにドライバやプロトコルスタックを作ってきたが、こういったソフトウエアの@を再Wする妓にeっていく。
図8 ソフト開発のウェートが咾泙襦u色がソフトウエアコスト
ラインズCEOは、LSIでやってきたようなEDAツールの進化の形でソフトウエアもO動化して開発・検証することで、400億トランジスタの半導を設・]できるとしている。