http://cybergarden.cocolog-nifty.com/blog/ 誰に語るでもなく、ただ、残しておきたい大切な記憶 ja-JP 2009-12-29T00:45:40+09:00 http://cybergarden.cocolog-nifty.com/blog/2009/12/cpuces-f5ed.html 年が明ければCES開催なので、IntelやAMDの発表を予想。 AMDは、Intelにビハインドを負っているから、いろいろアピールする必要がある。 1.Glob... <p>年が明ければCES開催なので、IntelやAMDの発表を予想。</p> <p>AMDは、Intelにビハインドを負っているから、いろいろアピールする必要がある。</p> <p>1.GlobalFoundariesとAMDの差異</p> <p>11月のAnalyst dayで、AMDはBulldozerコアを2011年から、GlobalFoundariesは32nmを2010年のQ3から、と差異があった。<br />単にBulldozerのサンプル出荷が10年Q3なのか、32nmのK10やRV8x0がローンチされるのか、興味があるね。<br />プライオリティは、BulldozerとRV8x0の32nmだろうが、32nmのベンチマークとしてK10は意味がある。</p> <p>2.Bulldozerのアーキテクチャ<br />　あんまりアーキテクチャを宣伝しても意味はない。ベンチマークなしではアーキテクチャの優劣の話は絵に描いた餅だ。<br />　アーキテクチャより、eDRAMを採用するとか、メタルゲートで電力効率が何パーセントアップするとか、性能向上を期待させる話の方が重要なんだが、もう少し明らかになるだろう。</p> <p>　予想としては、よりPOWERアーキテクチャになっているだろう。<br />伝統のAlphaっぽい、ALU(整数と論理演算をするユニット。I-pipeのこと）とAGU(アドレス生成ユニット)のペアの構造ではなく、POWERのブランチプロセッサのように、スケジューラーがアドレスを作って、ALUに流し込むだろう。<br />　BobcatではI-pipeとLd/St-pipeに分かれているので同じ。Bobcatのシンセサイザブルがどうなるのか、そっちの方が重要だ。<br />　スケジューラから発行された2命令を同時にI-pipeで処理させるだけだから、2スレッドの実行にはならない。</p> <p>3.C3ステッピングの展開とC4ステッピング<br />　C3ステッピングの全面展開の時期と、Q2のC4ステッピングが説明されるといいのだが。</p> <p>4.Intelは余裕なのか<br />Clarkdaleと新Atomを発表したばかりなので、製品がたくさん並ぶけど、32nmのレポートで、Intelの32nmの評価がわかる。</p> <p>AMDとIntelでは、CESの意味が違うね。</p> パソコン・インターネット ヨリテル 2009-12-29T00:45:40+09:00 http://cybergarden.cocolog-nifty.com/blog/2009/12/amd-778f.html 冗談と思ったので、オヤジギャグを入れた。 非常に残念。この業界の名物がまた一人去っていく。 年末にさびしいね。 去り行くものたちの記憶 2008年6月13日　ぷ... <p><a href="http://twitter.com/watch_akiba/status/7083996896">冗談</a>と思ったので、オヤジギャグを入れた。</p> <p>非常に残念。この業界の名物がまた一人去っていく。</p> <p>年末にさびしいね。</p> <p>去り行くものたちの記憶</p> <p>2008年6月13日　<a href="http://cybergarden.cocolog-nifty.com/blog/2008/06/post_dea7.html">ぷらっとふぉーむ本田会長逝去</a><br />2008年4月12日　<a href="http://cybergarden.cocolog-nifty.com/blog/2008/04/users_side_74a4.html">User's Side閉店</a><br />2007年9月27日　<a href="http://cybergarden.cocolog-nifty.com/blog/2007/09/laox_5f1f.html">Laox閉店</a><br />2007年9月17日　<a href="http://cybergarden.cocolog-nifty.com/blog/2007/09/1001_5b1b.html">キーボード専門店　ネオテック閉店</a></p> パソコン・インターネット ヨリテル 2009-12-27T23:47:03+09:00 http://cybergarden.cocolog-nifty.com/blog/2009/12/post-0212.html 2009年も終わり。ではCPU、GPUの2009年と2010年を。 ・2009年の行く石 来ていないのに行ってしまった、Larrabeeに決まり。 (次点) A... <p>2009年も終わり。ではCPU、GPUの2009年と2010年を。</p> <p>・2009年の行く石<br />来ていないのに行ってしまった、Larrabeeに決まり。</p> <p>(次点)<br />Atom Zシリーズ。</p> <p>(番外)2009年に行かなかった石<br />2010年まで残る、頑張りやな石はCore 2シリーズに決まり。<br />CULVでまだまだ主役。引導を渡すのはSandyBridgeか?</p> <p>・2010年に来る石<br />nVidiaのFermiに決まり。<br />2009年に来なかった石なのだが。</p> <p>(次点)<br />32nmでGPUが統合されたCore i3/i5と、IntelとAMDの6コアのCPU。<br />※AMDは売るほど赤字になるような。</p> パソコン・インターネット ヨリテル 2009-12-17T23:54:02+09:00 http://cybergarden.cocolog-nifty.com/blog/2009/12/intel32nm-bc0a.html 45nmと比べた32nmの特徴は、SandyBridge用にTDP低下を重視だ。 Core iシリーズにとってPhenomIIは敵ではないが、XeonはOpte... <p>45nmと比べた32nmの特徴は、SandyBridge用にTDP低下を重視だ。</p> <p>Core iシリーズにとってPhenomIIは敵ではないが、XeonはOpteronと真剣勝負中なので、Xeonのラインナップは手加減なしの本気だ。<br />Xeonをみれば、Intelの32nmがわかる。</p> <table cellpadding="5" border="1" summary="Intelの45nmと32nmの比較"> <caption>Intelの45nmと32nmの比較</caption> <tbody><tr> <th>プロセス</th> <th>型番</th> <th>コア/スレッド</th> <th>クロック</th> <th>L3キャッシュ</th> <th>TDP</th> <th>プロセス</th> <th>型番</th> <th>コア/スレッド</th> <th>クロック</th> <th>L3キャッシュ</th> <th>TDP</th> </tr> <tr> <td>45nm</td> <td>W5590</td> <td>4C/8T</td> <td>3.33GHz</td> <td>8MB</td> <td>130W</td> <td>32nm</td> <td>X5677</td> <td>4C/8T</td> <td>3.46GHz</td> <td>12MB</td> <td>130W</td> </tr> <tr> <td>45nm</td> <td>X5570</td> <td>4C/8T</td> <td>2.93GHz</td> <td>8MB</td> <td>95W</td> <td>32nm</td> <td>X5667</td> <td>4C/8T</td> <td>3.06GHz</td> <td>12MB</td> <td>95W</td> </tr> <tr> <td style="color: black; background-color: rgb(153, 255, 153);">45nm</td> <td style="color: black; background-color: rgb(153, 255, 153);">X5550</td> <td style="color: black; background-color: rgb(153, 255, 153);">4C/8T</td> <td style="color: black; background-color: rgb(153, 255, 153);">2.66GHz</td> <td style="color: black; background-color: rgb(153, 255, 153);">8MB</td> <td style="color: black; background-color: rgb(153, 255, 153);">95W</td> <td style="color: black; background-color: rgb(153, 255, 153);">32nm</td> <td style="color: black; background-color: rgb(153, 255, 153);">E5640</td> <td style="color: black; background-color: rgb(153, 255, 153);">4C/8T</td> <td style="color: black; background-color: rgb(153, 255, 153);">2.66GHz</td> <td style="color: black; background-color: rgb(153, 255, 153);">12MB</td> <td style="color: black; background-color: rgb(153, 255, 153);">80W</td> </tr> <tr> <td>45nm</td> <td>E5530</td> <td>4C/8T</td> <td>2.40GHz</td> <td>8MB</td> <td>80W</td> <td>32nm</td> <td>E5630</td> <td>4C/8T</td> <td>2.53GHz</td> <td>12MB</td> <td>80W</td> </tr> <tr> <td>45nm</td> <td>L5520</td> <td>4C/8T</td> <td>2.26GHz</td> <td>8MB</td> <td>60W</td> <td>32nm</td> <td>L5630</td> <td>4C/8T</td> <td>2.13GHz</td> <td>12MB</td> <td>40W</td> </tr> </tbody></table> <p>・クロックの上限<br />3.46GHz(X5677)でTDP130Wというのは、やや意外だ。<br />Xeonはオーバークロックしないし、CPU単体でみれば、現状でAMDに勝っているので、よいだろう。</p> <p>・同一クロックで45nmと32nmの比較<br />ちょうど、32nmのX5550と、45nmのE5640が、同じ2.66GHzのクロックで比較できる。<br />L3キャッシュが4MB増えながら、TDPが15W低下という状態なので、出来は悪くないと思う｡<br />AMDは苦戦するだろう。</p> <p>・TDPの下限<br />TDP40Wを出せることが、32nmの目玉だ。<br />SandyBridgeへの下地ができたのか。<br />L5630、L5620を見ると、2.0GHzあたりに、閾値があるように思う。</p> <p>しかし、TDP40WのXeonはいらない。<br />CPUを二つにすれば、倍のクロックと同じスループットになるわけではない。<br />この辺が、<a href="http://cybergarden.cocolog-nifty.com/blog/2009/12/intel2-cc83.html">2チーム体制の限界</a>を示している。</p> パソコン・インターネット ヨリテル 2009-12-16T00:17:15+09:00 http://cybergarden.cocolog-nifty.com/blog/2009/12/intel2-cc83.html IntelのCPUは、アメリカのオレゴンとイスラエルのハイファの二つの部門が、交互に開発している。 その体制が、時代に合わなくなってきた。 ・各チームの特徴 オ... <p>IntelのCPUは、アメリカのオレゴンとイスラエルのハイファの二つの部門が、交互に開発している。<br />その体制が、時代に合わなくなってきた。</p> <p>・各チームの特徴<br />オレゴンチームはサーバ寄り、ハイファチームはモバイル寄りだ。<br />例えば、処理能力があがるがTDPも高くなる、という設計に、オレゴンチームはYes、ハイファチームはNo、という感じ。<br />TDPを下げる対応も、オレゴンチームはプロセスルールの微細化に任せ、ハイファチームはトランジスタをいじる。<br />次のSandyBridgeは、ハイファチームなので、処理能力より、TDPを優先する。</p> <p>・SandyBridgeの目標<br />ハイファチームのSandyBridgeの目標は、Core2のCULVのリプレースだ。<br />Nehalem系の高いTDPを下げることに、プライドをかけていると言ってもよい。<br />GPU統合なんてオマケだ。<br />なぜなら、ハイファチームは今のGPUに不満を持っていない上、彼らの敵は、AMDでもnVidiaでもなく、NehalemのTDPだからだ。</p> <p>・サーバやHPCの需要とSandyBridgeの乖離<br />サーバやHPCの需要を満たすには、DirectX11やOpenCLに対応したGPUを統合すれば済むものではない。<br />しかし、SandyBridgeは間違っていない。ハイファチームの開発の前提とサーバ需要が異なるだけだ。<br />ハイファチームの主戦場は、コンシューマの大半を占めるノートPC市場であり、そこにフォーカスすることは、何も問題はない。<br />だから、AMDのBulldozerに、SandyBridgeでサーバ市場のシェアを奪われたとしても、ハイファチームは負けたとは思わないだろう。</p> <p>・2チームの合成の誤謬<br />今後、サーバ、HPC、デスクトップ、ノートの各カテゴリにあった最適化(ヘテロジニアス)が必要だが、今の2チームの各々の最適化が、Intelの全体最適にならない。<br />こうした合成の誤謬は、そう簡単には解決しない。<br />各チームの目標とやり方は最適化され、実績を上げているため、Intel全体を見ると誤謬があっても、各チームのレベルでは間違っていないからだ。</p> <p>それにしても、Itanium（IA-64)がうまく行けば、市場別に分けて開発できた。<br />新しい命令セットの体系を持つLarrabeeで、解決するつもりだったかもしれない。</p> パソコン・インターネット ヨリテル 2009-12-14T23:00:06+09:00 http://cybergarden.cocolog-nifty.com/blog/2009/12/cpu-17d8.html Cellには、クタラギ社長の夢が詰まっていた。 AMDのメモリコントローラ統合やドンドンつながっていくHyperTransportは、未来をみせた。 だから、ワ... <p>Cellには、クタラギ社長の夢が詰まっていた。<br />AMDのメモリコントローラ統合やドンドンつながっていくHyperTransportは、未来をみせた。<br />だから、ワクワクした。</p> <p>Macintoshは、思いを、絵にも音楽にも変えようとした｡<br />楽器が弾けなくても、筆を使えなくても、コンピューターがあれば、その思いを絵にも､音楽にもできる、表現しようとする人は誰もがPerfomerだ。<br />だからMacintoshには、Perfomerという製品があった。</p> <p>シリコングラフィックスのOnyxのビデオカードの名前は、｢Reality Engine｣、｢現実機関｣なんだぜ。<br />PlayStation2は、シリコングラフィックスが見せた世界を家庭に届けたかった。<br />だからPS2には｢Emotional Engine｣が載っていた。</p> <p>あの小さなチップには、夢や未来が詰まっていて欲しい。<br />コストばかりのCPUはごめんだ。Atomなんて大嫌いだ。</p> <p>CPUは何を計算するんだろう。</p> パソコン・インターネット ヨリテル 2009-12-11T23:13:23+09:00 http://cybergarden.cocolog-nifty.com/blog/2009/12/mrgelsingerplea.html Larrabeeは、CPUもGPUも同じところへ行き着く、と説明したとおり、多重度の高い整数演算と浮動小数点のベクタ演算(SIMD)、この二つを満たそうとした。... <p>Larrabeeは、CPUもGPUも同じところへ行き着く、と説明したとおり、多重度の高い整数演算と浮動小数点のベクタ演算(SIMD)、この二つを満たそうとした。</p> <p>1.多重どの高い整数演算(サーバの需要)の対応方法：<br />SIMD機能のないシンプルなP54Cを多数つなげる。これは業界で同じだ。</p> <p>・Sun<br />　最も早い時点で、UltraSparc T1(Niagara)で、シンプルなプロセッサを多数つなげる設計にした。<br />・IBM<br />　スーパーコンピュータのBlueGene/Lで組込用のPowerPC440を多数つなげる設計にした。<br />・AMD<br />　Bulldozerを整数演算を重視した「割り切った」設計にした。<br />・Intel<br />　P54Cを多数つなげる(はずだった)</p> <p>2.浮動小数点のベクタ演算(SIMD)（HPCの需要)の対応方法：<br />Intelは、プログラミングモデルとハードウェアの両面で、CPUの領域に引き込もうとして失敗した。</p> <p>(1)プログラミングモデル<br />Cellで、PowerPCのプログラミングモデルに、SIMDのプログラミングモデルを加えたことと逆だ。<br />Intelは、SIMDのプログラミングモデルに、x86のプログラミングモデルを加えようとした。</p> <p>プログラミングモデルの変革は、MicroSoftでも、DirectX11まで積み重ねなければいけなかった。<br />当時のクタラギ社長も「10倍性能が上がるなら受け入れられると思った」と言うほど、メリットが必要だ。</p> <p>過去に、Intelは、IA-64で効率のよいコンパイラを提供できず、プログラミングモデルを変えられなかった。<br />リベンジならず。</p> <p>(2)ハードウェア<br />Larrabeeのターゲットをグラフィックにせざるを得なかったことが不幸だった。<br />Larrabeeは、リングバスを使っているように、ゲームには向いておらず、HPCに向く。</p> <p>だから、GPUではなく、PowerXCell8iのようなSIMDコプロセッサなら、ローンチできたはず。<br />IBMがPowerXCellをやめるほど、投資パフォーマンスが悪い(市場が小さい)のだが、Intelの体力なら持続できる。<br />しかし、ゲルジンガー氏が去り、赤字でも続ける経営判断がされない。<br /><a href="http://cybergarden.cocolog-nifty.com/blog/2009/12/larrabeenehalem.html">CPUとしてローンチできない</a>以上、需要の大きさ(市場の大きさ)を示すために、GPUとしてローンチせざるを得なかった。</p> <p>過去、AMDはR600でリングバスを使ったが、膨大なテクスチャデータをさばけず、ボトルネックになった。<br />よってテクスチャの流れを分けたら、リングバスを流れるデータはほとんどなくなり、リングバスそのものが不要になった。<br />それくらい、HPCとゲームでは、プログラムの構造が違う。</p> <p>だから、一歩ずつ、DirectXやOpenCLのAPIを広め、プログラミングモデルを変え、GPUのアーキテクチャを変えていく必要がある。</p> <p>一足飛びに進歩すると、周りがついてこれず、生産ボリュームが稼げない。<br />PowerXCellのように、スーパーコンピュータやHPCの市場だけではやっていけない。</p> <p><a href="http://cybergarden.cocolog-nifty.com/blog/2009/11/cellfermifushio.html">AMDが、ハイエンドからローエンドまで、同じアーキテクチャを提供し、一歩ずつだが着実に進歩できる体制が、どれほどすごいか</a>、PowerXCellやLarrabeeの開発者は実感したはずだ。<br />Fermiも、ゲーム用GPUとしての出来次第で、同じ道を歩むことになる。</p> <p>ただね、未来へ飛躍するものを見ると胸が躍るよ。<br />Cellも、Larrabeeも、Fermiも、Fushionも、Itaniumも大好きだ。</p> <p>ミスターゲルジンガー、あなたが思った未来を聞かせて。</p> パソコン・インターネット ヨリテル 2009-12-11T22:33:10+09:00 http://cybergarden.cocolog-nifty.com/blog/2009/12/cpucpu-c033.html 今後、ますます、サーバ、HPC、デスクトップ、ノートでは、需要(必要なパフォーマンス)と課題が異なっていく。 そのため、サーバ用コアをつくり、そのチューニングに... <p>今後、ますます、サーバ、HPC、デスクトップ、ノートでは、需要(必要なパフォーマンス)と課題が異なっていく。</p> <p>そのため、サーバ用コアをつくり、そのチューニングによる供給では、全ての需要を満たすことができない。<br />GPU(ベクタプロセッサ)の活用がキーになる。</p> <table cellpadding="5" border="1" summary="CPUマップ"> <caption>CPUの需要と課題</caption> <tbody><tr> <td align="center">カテゴリ</td> <td align="center">需要</td> <td align="center">対応方法</td> <td align="center">課題</td> <td align="center">AMDの供給</td> <td align="center">Intelの供給</td> <td align="center">方向性</td> </tr> <tr> <td>サーバ</td> <td>多重度の高い整数のスカラ演算</td> <td>CPU(スカラプロセッサ)を多数接続</td> <td>メモリアクセスとI/O</td> <td>Bulldozer</td> <td>Nehalem</td> <td>整数演算とメモリアクセス強化</td> </tr> <tr> <td>HPC</td> <td>ベクタ演算(SIMD)</td> <td>GPU(ベクタプロセッサ)を多数接続</td> <td>VLIW等コンパイラやソフトウェアの効率化</td> <td>Bulldozer＋RV8x0</td> <td>Nehalem</td> <td>VLIWのコンパイラとソフトの強化</td> </tr> <tr> <td>ゲームデスクトップ</td> <td>ベクタ演算(SIMD)</td> <td>ローカルメモリを持つGPU(ビデオカード)を接続</td> <td>テクスチャのためのローカルメモリアクセス</td> <td>Bulldozer+RV8x0</td> <td>Nehalem+他社GPU</td> <td>ローカルメモリのアクセス強化</td> </tr> <tr> <td>エンコード等ハイエンドデスクトップ</td> <td>ベクタ演算(SIMD)</td> <td>CPUとGPU(ディスクリート)を接続</td> <td>メインメモリへのアクセス</td> <td>Bulldozer+RV8x0</td> <td>Nehalem+他社GPU</td> <td>CPUとGPUのメモリアクセス強化</td> </tr> <tr> <td>メインストリームデスクトップ</td> <td>パフォーマンス向上ではなく省電力</td> <td>GPU統合</td> <td>GPU(ベクタプロセッサ)を活用するタスクが必要</td> <td>Fushion</td> <td>Nehalem+自社GPU</td> <td>ダイサイズ縮小によるコストダウン</td> </tr> <tr> <td>ローエンドデスクトップ</td> <td>パフォーマンス向上ではなく省電力</td> <td>GPU統合</td> <td>GPU(ベクタプロセッサ)によりCPUの負荷分散</td> <td>Fushion</td> <td>Nehalem+自社GPU</td> <td>ダイサイズ縮小によるコストダウン</td> </tr> <tr> <td>ノート(デスクトップリプレース)</td> <td>パフォーマンス向上ではなく省電力</td> <td>GPU統合</td> <td>GPU(ベクタプロセッサ)によりCPUの負荷分散</td> <td>Fushion</td> <td>Nehalem+自社GPU</td> <td>ダイサイズ縮小によるコストダウン</td> </tr> <tr> <td>ノート(モバイル)</td> <td>パフォーマンス向上ではなく省電力</td> <td>GPU統合</td> <td>GPU(ベクタプロセッサ)によりCPUの負荷分散</td> <td>Fushion</td> <td>Nehalem+自社GPU</td> <td>割り切った省電力強化</td> </tr> </tbody></table> <p>1.サーバ<br />サーバに求められるのは、Bulldozerでのワークロードの分析のとおり、多重度の高い整数演算なため、整数演算を強化したCPU(スカラプロセッサ)を多数接続する。<br />なので、Bulldozerには、必ずしもFushionは必要ない。</p> <p>2.HPC<br />ベクタ演算が求められているため、GPUを多数接続する。<br />スーパーコンピュータTop500において、2位のIBMのRoadrunnerはOpteron+CELL、5位の天河1号はNehalem+Radeon HD4870のヘテロジニアスである。<br />1位のJagguarと3位のKrakenはOpteronのみ、第4位のJUGENEはPowerPC440のみの構成。</p> <p>3.ゲームデスクトップ<br />　ディスクリートGPUがキーだが、膨大なテクスチャを処理できるローカルメモリのアクセスが重要になる。<br />　テクスチャをメインメモリにおいて、CPUもアクセスできる状態にする必要性はないので、ローカルへのメモリアクセスの帯域を広くとれるビデオカード形式が合理的だ。</p> <p>4.エンコード用デスクトップ<br />　エンコードなど映像の編集には、GPU(ベクタプロセッサ)が必要なのだが、ゲームと逆でローカルに512MBもメモリを持つ必要はまったくない。<br />CPUと同じようにメインメモリにアクセスさせるほうが重要だ。<br />DGIやOpenGL ICDのように、DDIをバイパスして、直接GPUに命令を送る環境はあるので、GPU統合が効果的。</p> <p>5.メインストリームデスクトップ<br />メインストリームデスクトップの一番の問題は、パフォーマンスを必要とするタスクが存在しないことだ。<br />GPUやCPUのパフォーマンスを必要とするタスクがないと性能が求められず、価格競争になる。</p> <p>6.ローエンドデスクトップ<br />パフォーマンスを求めていないので、価格競争だけになる。<br />AV機能を強化してリビングに置いたり、デザインを充実させたり、付加価値が必要だ｡</p> <p>7.ノート(デスクトップリプレース)<br />ここもメインストリームデスクトップと同じ、パフォーマンスが必要なタスクがないとドンドン価格競争になる。</p> <p>8.ノート(モバイル)<br />パフォーマンスより、省電力が重要になる。TDPが低いと廃熱機能も小さくなり、軽く小さくなる付加価値が生まれる。</p> パソコン・インターネット ヨリテル 2009-12-11T07:32:38+09:00 http://cybergarden.cocolog-nifty.com/blog/2009/12/2010amd2-1fea.html 前回よりちょっと現実的に。 というか、これくらいやらないと、32nmのCore iと勝負にならないよ。 なにしろ、3.4GHzの965が、2.66GHzのCor... <p>前回よりちょっと現実的に。</p> <p>というか、これくらいやらないと、32nmのCore iと勝負にならないよ。<br />なにしろ、3.4GHzの965が、2.66GHzのCore i7-920といい勝負だから、このままでは、32nmのCore iのミドルクラスに届かない。</p> <p>しかし、AMDの打つ手は、クロックアップ、キャッシュ増加、メモリコントローラの改善くらい。</p> <p>いま以上のクロックアップは内部倍率が高くなりすぎ、キャッシュ増とセットでないと、パフォーマンスがあがらない気がする。<br />キャッシュ増加によるダイサイズ増加は経営判断なので、技術的には、メモリコントローラは伸びしろがある。</p> <p>1.メモリの4枚挿しで、Quad Channel&amp;Quad Access<br />C3ステッピングで、メモリの4枚挿しのエラッタ改善がアピールされた。<br />他にもエラッタはあるのに、なぜこれだけ?<br />それは、4枚挿しのQuad Channel、64bitの4分割でアクセスするQuad Accessの布石だ。 </p> <p>最初のFushionは、GPUとCPUをHyperTransportでつなぎ、CPUのメモリコントローラを使うから、帯域とレイテンシの改善が必要だ。<br />ついに、4枚挿しのUngangedモードが!!</p> <p>2.L3キャッシュをeDRAM<br />　32nmでは、可能なら45nmでも次のリビジョンで、L3をeDRAM化。<br />　POWER7のL3は、eDRAMで32MBをつんでいる。<br />　もちろんPOWER7は、45nmで500平方mmを超えるビッグチップだが、32nmになれば16MBが250平方mmに収まる。<br />　eDRAMでL3の速度があがれば、Phenomの弱点をカバーできるので、一番効果的。</p> <p>3.L3キャッシュを8MBに増加<br />　eDRAMがムリなら、4コア以下は、L3キャッシュを8MBに増加。</p> <p>4.L2キャッシュを1MB化<br />　L3増加と、どっちが効果的かわからないが、もう両方やるしか。</p> <p>4.ヒートスプレッダをアルミから銅製に変えて、威圧する</p> <p>5.赤く塗って3倍速く見せる</p> <p>もう、何がなんだか。<br />クロック4GHz、L2キャッシュ1MB、L3キャッシュ8MBで、32nmのCore iのミドルクラスと互角のはず。<br />もちろん、Intelが32nmで失敗する可能性はあるが、順当に行けば差が開くだろう。</p> パソコン・インターネット ヨリテル 2009-12-09T22:09:19+09:00 http://cybergarden.cocolog-nifty.com/blog/2009/12/larrabee-0376.html あ…ありのまま、前のエントリーを紹介するぜ！ 「Larrabeeの敵はNehalemだった｣ 何を言ってるのか、わからないと思うが、私も何をされたのかわからなか... <p>あ…ありのまま、前のエントリーを紹介するぜ！</p> <p>「<a href="http://cybergarden.cocolog-nifty.com/blog/2009/12/larrabeenehalem.html">Larrabeeの敵はNehalemだった</a>｣</p> <p>何を言ってるのか、わからないと思うが、私も何をされたのかわからなかった。<br />頭がどうにかなりそうだった。<br />GPUなんてちゃちなもんじゃあねえ、もっと恐ろしいものを味わったぜ…</p> <p>とまあ、<a href="http://anandtech.com/weblog/showpost.aspx?i=659">Larrabeeがキャンセルされた</a>そうです。</p> <p>過去のエントリーは直さないよ・・・GPUどうするつもりだろう？</p> パソコン・インターネット ヨリテル 2009-12-06T00:48:00+09:00