>>747
> 命令の並列度抽出わP4のようなアーキテクチャより、もっと大規模な
> スーパースカラプロセッサでの問題すから。
ご冗談でしょうファインマンさん。
P4 はスーパースカラープロセッサの中でもっと大規模な部類に入ります。
昨今のマイクロアーキテクチャ業界は Instruction Level Parallism (ILP) の動的な抽出は限界にきたので、IA-64 のように静的解析＋命令レベル投機実行にゆくか、Thread Level Parallism (TLP) を使う方向に行っています。

>>748
>それわ完全連想キャッシュであるvictim cacheにそのまま当て嵌まるのでわないすか？
いえ、あてはまりません。
victim cache はエントリ数が小さいので。それに、前段のキャッシュがあることを想定した2次以降のキャッシュなので、連想検索のレイテンシは隠蔽できます。
>　　--------------------
> 　　「way 数を上げると消費電力が上がる」
>　　--------------------
> だからこそ、way数を上げるのが有効なら消費電力が下げられる
> プロセス世代の交代と共に増えた筈す。
way 数を上げると消費電力が上がるというのは、set associative cache の way の機構が複雑であることの傍証として上げたのですが。
また、私が指摘したかったのはレイテンシや配線の複雑度が問題だと読めませんか？文の一部だけを取り上げて、残りの論拠に反論しないで欲しいです。

>>749
> プリフェッチわ固定のキャッシュラインと比べて有り無しの選択が可能な分だけ優れていると思われるす。
MAC オタさんは、本当にプリフェッチ命令をちゃんと使ったプログラムを書いたことありますか？
ソフトウェアプリフェッチをやるためには、プログラムフローから見て先行するメモリアクセスのアドレス計算し、それを余分なレジスタに格納する必要があるのですよ。
行列演算のプログラムにプリフェチを入れるのならまだしも、MACオタさんの想定しているようなプリフェチ命令の使い方には、貴重なレジスタや演算能力を割り当てる必要があってペナルティもでかいでしょう。