　現在までのコンパイル結果では、図5のようにメモリ・ブロックは512bits使用されています。しかし、メモリ・ブロックを使用するようになったのは図3で紹介した「Turn on allow any size for ROM/RAM/Shift Register Recognition」の設定結果です。つまり、当初のデザインではメモリ・ブロックを使用していなかったけれども、設定を施すことによってメモリ・ブロックを使用するように設定しました。しかし、今回は「メモリ・ブロックを使用しない」設定を施すことになります。

　図3の設定と図5の設定は相反する設定になりますが、結果がどのようになるのかをコンパイルして確認してみましょう。

　コンパイル結果は図10のようになります。

図10　「Remove automatic inferencing of memory blocks to better utilize device resources」の設定後のコンパイル結果

　メモリ・ブロックの使用結果を見てみると「512bits」と結果には変更がありませんでした。なぜこのような結果になったのでしょうか？

　それは、ロジック・エレメントの使用率（76％）に比べて、メモリ・ブロックの使用率がかなり低く（1％以下）、メモリ・ブロックを使用した方が全体の使用効率が高いとQuartus IIが判断したためです。

　このように相反する設定を施した場合は、全体の使用効率として“何が最適なのか？”を考慮してコンパイルが行われます。

DSPブロックの設定

　次に、DSPブロックの設定を見てみましょう。「Resource Optimization AdvisorのDSP Block Usage」を開きます。

　「Remove automatic inferencing of DSP blocks to better utilize device resources」という項目に（アラートマーク）が付いています（図11）。

図11　「Remove automatic inferencing of DSP blocks to better utilize device resources」の設定内容
（画像をクリックすると拡大します）

　この設定もメモリ・ブロックの設定と同じ考えです。

　通常は、デザイン上で乗算器を使用するような記述をしていれば、自動的にDSPブロックを使用します。しかし、DSPブロックの使用率が高い場合、これを推奨設定である「OFF」にすることによって乗算器の構成をロジック・エレメントで構成するようにします。

　しかし、乗算器の回路は非常に多くのロジック・エレメントを消費します。例えば、9×9の乗算器はCyclone IIIのDSPブロックを1個消費するだけですが、ロジック・エレメントで構成すると約110個使用してしまいます。このため、多くのロジック・エレメントが残っている場合以外は、この設定をしない方が全体的にバランスの取れたコンパイル結果が得られます。

◇

　今回は「Resource Optimization Advisor」の続きということで“Logic Element Usage”の「Stage2」以降と“Memory Block Usage”“DSP Block Usage”の内容を紹介しました。

　さて、次回は「回路の動作スピードを改善するポイントは？」をテーマにAdvisor機能の「Timing Optimization Advisor」の内容を紹介します。