AMD promises a “completely different” CPU architecture to succeed Barcelona（TG Daily）
AMD: Next CPU architecture will be completely different（Custom PC）
AMD: Next CPU architecture will be completely different（VR-Zone Forum）
AMDのGuiseppe Amato氏（technical director of sales）がCustom PCにこう説明した。
「AMD CPUの次の世代のアーキテクチャを見ると、Phenomと比べられるものは全くない、というかどのように言い表せばよいのか。とにかく全く異なったものとなる」
Amato氏は次世代アーキテクチャの詳細については全く教えてくれなかったが、先ほどの発言にこう付け足した。
「（次世代アーキテクチャは）現在、ハードウェアが扱えないと思われている問題を解決したものになる」
これらは“Bulldozer”をさしての発言だと思われますが、それがいつごろ出てくるのか（2010年？ 2011年？）、あるいはどのようなものになるのかは全く分かっていません。
ただ、この発言が確かなものならばK10改のようなものではなさそうです。
AMD: Next CPU architecture will be completely different（Custom PC）
AMD: Next CPU architecture will be completely different（VR-Zone Forum）
AMDのGuiseppe Amato氏（technical director of sales）がCustom PCにこう説明した。
「AMD CPUの次の世代のアーキテクチャを見ると、Phenomと比べられるものは全くない、というかどのように言い表せばよいのか。とにかく全く異なったものとなる」
Amato氏は次世代アーキテクチャの詳細については全く教えてくれなかったが、先ほどの発言にこう付け足した。
「（次世代アーキテクチャは）現在、ハードウェアが扱えないと思われている問題を解決したものになる」
これらは“Bulldozer”をさしての発言だと思われますが、それがいつごろ出てくるのか（2010年？ 2011年？）、あるいはどのようなものになるのかは全く分かっていません。
ただ、この発言が確かなものならばK10改のようなものではなさそうです。
この記事へのコメント
でもx86っていうｗ
2008/04/30(水) 19:38 | URL | LGA774 #wLMIWoss[ 編集]
一発逆転ねらいとしか言いようがない
2008/04/30(水) 19:58 | URL | osam #-[ 編集]
2010年って事は32nmかな？
個人的には性能よりも低消費電力に力をいれて欲しい。
個人的には性能よりも低消費電力に力をいれて欲しい。
2008/04/30(水) 20:08 | URL | LGA774 #-[ 編集]
恐らくGPU絡みでSSE5がどうとかいう話だと思われますが
（Shader（GPU）を取り込んだ？）
Sequoiaをハードで？
あるいは、まだ何も決まっていないとかね
（Shader（GPU）を取り込んだ？）
Sequoiaをハードで？
あるいは、まだ何も決まっていないとかね
2008/04/30(水) 20:10 | URL | ita #-[ 編集]
製品でなさそ
2008/04/30(水) 20:38 | URL | LGA774 #-[ 編集]
Bulldozer云々以前にPhenomの売り上げをどうにかしないと経営悪化で次世代アーキテクチャの開発どころではないのでは
2008/04/30(水) 21:11 | URL | LGA774 #rdYp0Zdo[ 編集]
そのように言わざえないのでは。Phenomの大失態のあとでは、そのぐらい言わないと大口顧客が離れるので。
あまり、気に留める必要なし。その前に45nmがんばれ。
あまり、気に留める必要なし。その前に45nmがんばれ。
2008/04/30(水) 21:19 | URL | LGA774 #-[ 編集]
＞「（次世代アーキテクチャは）現在、ハードウェアが扱えないと思われている問題を解決したものになる」
ついにAMDが量子コンピュータの実用化！？・・・な理由ないか。
でも、CPUに取り込まれたGPUと外部のGPUとでCrossFiareXとか出来たら嬉しいかも。（もちろん、SSE5対応で）
ん？これもIntelだって普通にやりそう。もっと違うもの？
ついにAMDが量子コンピュータの実用化！？・・・な理由ないか。
でも、CPUに取り込まれたGPUと外部のGPUとでCrossFiareXとか出来たら嬉しいかも。（もちろん、SSE5対応で）
ん？これもIntelだって普通にやりそう。もっと違うもの？
2008/04/30(水) 21:23 | URL | nShinchan #vIF9QTmU[ 編集]
相変わらずAMDの話題は盛り上がりますねｗ
2008/04/30(水) 21:36 | URL | LGA774 #r3FuCrpY[ 編集]
phenomはともかくOpteronが今後失敗しない限りAMDの座は失われることはないでしょう
2008/04/30(水) 21:55 | URL | Eukashi #-[ 編集]
ついにNx686,K6,K7,K8,K10と来て終了か。長い間お疲れ様でした。
2008/04/30(水) 22:58 | URL | LGA774 #-[ 編集]
まぁK8コア長い間ご苦労様、AMDを躍進させた、痛みに耐えて頑張った感動したって程度じゃないですかね
流石に次の世代はもう使いまわしでは無理があるって話で
流石に次の世代はもう使いまわしでは無理があるって話で
2008/04/30(水) 23:51 | URL | LGA774 #-[ 編集]
GPUシェーダーコアとx86命令変換ユニットで16〜32コア相当のSMTとか妄想してみた…
メモコン自前で持てばクルーソーよりはマシそうだが、完全にサーバー向けだなw
メモコン自前で持てばクルーソーよりはマシそうだが、完全にサーバー向けだなw
2008/05/01(木) 00:45 | URL | LGA774 #-[ 編集]
整数演算に特化したシンプルなCPUコア、R700 or R800 GPUコアでSSE5対応なんでしょうかね。
FPUやSSEの演算はGPU部に丸なげで、CPU部は整数演算に特化しているのを予想しているのですが。
それに、ディスクリードのGPUもSSE5に対応させているでしょうから、グラフィックカードも含めて1つのCPUシステムとして動作できるようになっている可能性が高いですね。
Win7とDX11の仕様にSSE5対応が含まれるなら、既存のSSEや実数演算を多用するプログラムをかなり高速に実行できるプラットフォームが誕生しそうです。
FPUやSSEの演算はGPU部に丸なげで、CPU部は整数演算に特化しているのを予想しているのですが。
それに、ディスクリードのGPUもSSE5に対応させているでしょうから、グラフィックカードも含めて1つのCPUシステムとして動作できるようになっている可能性が高いですね。
Win7とDX11の仕様にSSE5対応が含まれるなら、既存のSSEや実数演算を多用するプログラムをかなり高速に実行できるプラットフォームが誕生しそうです。
2008/05/01(木) 01:56 | URL | rabbit #-[ 編集]
3DNOW!がどうなったか覚えてないのかね。INTELがサポートしない命令は無意味。
2008/05/01(木) 02:26 | URL | LGA774 #-[ 編集]
Intel にサポートさせてしまう手も無い訳ではないんですけどね。
(例) AMD64
(例) AMD64
2008/05/01(木) 03:17 | URL | hogera #-[ 編集]
Intel互換CPUになったりして
2008/05/01(木) 07:17 | URL | すもうる #-[ 編集]
期待できるが、あまりに現在のアークティクチャーかけ離れていると４年は最低かかるから、2012年になっちゃうのじゃないですか。４年かかると財政的に大丈夫でしょうか？そこで救世主はATiの財産でしょうか。
確かにINTELと同じことをやっていては続かない。過去もINTELより先に新年を持って進んできたから今のAMDがある。時間はあまりないと思うけどこの言葉に期待します。
確かにINTELと同じことをやっていては続かない。過去もINTELより先に新年を持って進んできたから今のAMDがある。時間はあまりないと思うけどこの言葉に期待します。
2008/05/01(木) 07:41 | URL | LGA774 #-[ 編集]
AMD64が成功したのは、intelがx86の64bit拡張にぎりぎりまで手をつけず、
intelの64bit拡張の本命だったIA64がこけていたからで、
3DNow!のようにあまり期間をあけず後から同種の拡張された場合は、intelに負ける可能性が高いかと。
LarrabeeがDirectX、OpenGLをサポートするので、AVXもDirectXをサポートする可能性があるだろうし、
SSE5とAVXの実装時期はほとんど同じだから、MSがAMD64のときのようにintelの
拡張は採用しないということにならないと、SSE5はマイナーな拡張命令扱いになりかねないかと。
intelの64bit拡張の本命だったIA64がこけていたからで、
3DNow!のようにあまり期間をあけず後から同種の拡張された場合は、intelに負ける可能性が高いかと。
LarrabeeがDirectX、OpenGLをサポートするので、AVXもDirectXをサポートする可能性があるだろうし、
SSE5とAVXの実装時期はほとんど同じだから、MSがAMD64のときのようにintelの
拡張は採用しないということにならないと、SSE5はマイナーな拡張命令扱いになりかねないかと。
2008/05/01(木) 09:00 | URL | LGA774 #-[ 編集]
>４年は最低かかるから、2012年になっちゃう
何で今の時点で１からスタートなんだよｗ
何で今の時点で１からスタートなんだよｗ
2008/05/01(木) 12:06 | URL | LGA774 #-[ 編集]
SSE5とAVXの登場時期を考えると、DX11対応が必須になると思うのですが、LarrabeeのDX対応は、G965やG33等のDX10対応ドライバーの状況を見る限りは、お世辞にも期待ができるようには到底思えないのですが。
それに、DX11はGPGPUをかなり意識して開発されていますから、SSE5とDX11がお互いを意識して開発されているであろうことは当然予想されます。
nVidiaもGPGPUを押している以上、SSE5を無視することはできないと思いますから、遅からずSSE5に対応してくると思います。
(GPU側もSSE5を意識した構造にしないと性能は出ない？)
http://watch.impress.co.jp/game%2Fdocs/20070311/dx11.htm
それに、ララビーはあくまでマルチスレッド処理に特化したCPUで、シングルスレッド性能が重要なPC向けにはあまり適していないのでは。当分サーバー向けのみの出荷になるはず。
それに、DX11はGPGPUをかなり意識して開発されていますから、SSE5とDX11がお互いを意識して開発されているであろうことは当然予想されます。
nVidiaもGPGPUを押している以上、SSE5を無視することはできないと思いますから、遅からずSSE5に対応してくると思います。
(GPU側もSSE5を意識した構造にしないと性能は出ない？)
http://watch.impress.co.jp/game%2Fdocs/20070311/dx11.htm
それに、ララビーはあくまでマルチスレッド処理に特化したCPUで、シングルスレッド性能が重要なPC向けにはあまり適していないのでは。当分サーバー向けのみの出荷になるはず。
2008/05/01(木) 12:16 | URL | rabbit #-[ 編集]
フェノムの糞っぷりからいってまあたいしたことねーだろなｗ
2008/05/01(木) 12:29 | URL | LGA774 #-[ 編集]
Athlon64の神っぷりからして期待大
2008/05/01(木) 12:53 | URL | LGA774 #-[ 編集]
Athlon(K7)→AthlonXP(Quantispeed,実質K7-2)
Athlon64(K8)→Phenom(K10,実質K8-2)
の流れからするとBulldozerは悪くなさそう
その後は知らんが
Athlon64(K8)→Phenom(K10,実質K8-2)
の流れからするとBulldozerは悪くなさそう
その後は知らんが
2008/05/01(木) 14:26 | URL | gbs #-[ 編集]
ハードウェアが扱えないって事は、今現在はソフトウェア的に処理してる作業ってことなんでしょうか？
2008/05/01(木) 15:14 | URL | LGA774 #-[ 編集]
>ハードウェアが扱えないって事は、今現在はソフトウェア的に処理してる作業ってことなんでしょうか？
ああ、そういう解釈もあるね。
ひょっとしたら正しいかもしれない。
例えばTCP/IPを全部ハードで処理出来るとか、そういうのはアリだと思う。
個人的にはシリコンの物理的限界だろうと思って、CISCを2GHzで動かすつもりかと思ったんだけど。
処理時間のかなりの部分はデコーダに取られているから、それが無くなって純粋にx86命令を直接処理できれば、結構体感的には高速になるからね。
ああ、そういう解釈もあるね。
ひょっとしたら正しいかもしれない。
例えばTCP/IPを全部ハードで処理出来るとか、そういうのはアリだと思う。
個人的にはシリコンの物理的限界だろうと思って、CISCを2GHzで動かすつもりかと思ったんだけど。
処理時間のかなりの部分はデコーダに取られているから、それが無くなって純粋にx86命令を直接処理できれば、結構体感的には高速になるからね。
2008/05/01(木) 15:41 | URL | LGA774 #-[ 編集]
DX11というAPIへの対応が重要なら、SSE5かAVXかなんてどうでもいいのでは？
GPGPUという視点でもNVIDIAからしたら、DX11への対応は重要でもSSE5はどうでもいいだろうし。
間にDX11を挟むということになれば、SSE5がAMDだけしか使わなく、SSE5へネイティブに対応するソフトが全くでなくても無駄にはならないだろうな。
GPGPUという視点でもNVIDIAからしたら、DX11への対応は重要でもSSE5はどうでもいいだろうし。
間にDX11を挟むということになれば、SSE5がAMDだけしか使わなく、SSE5へネイティブに対応するソフトが全くでなくても無駄にはならないだろうな。
2008/05/01(木) 16:54 | URL | LGA774 #-[ 編集]
>現在、ハードウェアが扱えない
A:現在はソフトウェアで処理
B:シリコンの物理的限界
普通に考えたら前者が正しい解釈だと思うけどなぁ。
A:現在はソフトウェアで処理
B:シリコンの物理的限界
普通に考えたら前者が正しい解釈だと思うけどなぁ。
2008/05/01(木) 16:55 | URL | LGA774 #-[ 編集]
>A:現在はソフトウェアで処理
自分もこっちだと思ってた。
Windows7以降は仮想化をOS自身が取り込むみたいな事言ってたのでその辺をハードウェア実装していくのかなぁと。
安直過ぎますかねぇ。
自分もこっちだと思ってた。
Windows7以降は仮想化をOS自身が取り込むみたいな事言ってたのでその辺をハードウェア実装していくのかなぁと。
安直過ぎますかねぇ。
2008/05/01(木) 20:53 | URL | temp #OARS9n6I[ 編集]
メモリマッピングをCPUが担当。
複数コントローラでの効率の良いメモリR/Wで性能UP！
とかだったらおもしろい。
複数コントローラでの効率の良いメモリR/Wで性能UP！
とかだったらおもしろい。
2008/05/01(木) 21:42 | URL | LGA774 #-[ 編集]
＞例えばTCP/IPを全部ハードで処理出来るとか、そういうのはアリだと思う。
＆
＞メモリマッピングをCPUが担当。
仮にそうだとして、8コアまで対応可能で、上記の様な機能（のいづれか）が追加になるとして、４５nmプロセスだからって、そんなに機能追加が出来るものなんでしょうか？
どんだけ石がデカくなるんだ、と思うんですが。
＆
＞メモリマッピングをCPUが担当。
仮にそうだとして、8コアまで対応可能で、上記の様な機能（のいづれか）が追加になるとして、４５nmプロセスだからって、そんなに機能追加が出来るものなんでしょうか？
どんだけ石がデカくなるんだ、と思うんですが。
2008/05/02(金) 00:09 | URL | nShinchan #QXfW16.2[ 編集]
やっぱりSequoiaをハードで？
2008/05/02(金) 01:10 | URL | ita #-[ 編集]
つか株価対策でしょ
2008/05/02(金) 02:16 | URL | LGA774 #-[ 編集]
AMD寄りだった俺が、ちっともAMDに期待がもてない
これがいまのAMDの抱える問題なのかも？と物思いにふける今日この頃
これがいまのAMDの抱える問題なのかも？と物思いにふける今日この頃
2008/05/02(金) 02:39 | URL | LGA774 #-[ 編集]
Cellに続け、かねえ…
時期的には32bit命令全部切り捨てでも良いと思うけど（コンパイラで対応）
時期的には32bit命令全部切り捨てでも良いと思うけど（コンパイラで対応）
2008/05/02(金) 08:32 | URL | LGA774 #-[ 編集]
生体CPUとなって思考能力が・・・
2008/05/02(金) 09:01 | URL | LGA774 #-[ 編集]
SSE5は過去に3D-Nowが流用されたように、ポシャっても（時勢的にほぼ同等の別の技術が主流になるなら）実装自体はさほど無駄にならないだろうけど･･･
本質的にはあちらのAVXのように(ハード・ソフトどちらの実装かは問わず)既存のAMD64含むx86の命令セットを互換性を保ちつレガシー化させる方向に進まないと、もうメモコンまで内蔵するに至り、Tr数あたりのIPC向上は鈍い現状では、過去に同業他社との同意の無いまま各種アクセラレータをH/W実装し市場から無視され敗北に至ったCPUメーカー群と同じ末路を辿ると思います（K8が一人勝ちしてた時、似たような話出てましたけど現状を見ると技術的・商業的にうまくいかなかったんでしょう）。
本質的にはあちらのAVXのように(ハード・ソフトどちらの実装かは問わず)既存のAMD64含むx86の命令セットを互換性を保ちつレガシー化させる方向に進まないと、もうメモコンまで内蔵するに至り、Tr数あたりのIPC向上は鈍い現状では、過去に同業他社との同意の無いまま各種アクセラレータをH/W実装し市場から無視され敗北に至ったCPUメーカー群と同じ末路を辿ると思います（K8が一人勝ちしてた時、似たような話出てましたけど現状を見ると技術的・商業的にうまくいかなかったんでしょう）。
2008/05/02(金) 09:12 | URL | LGA774 #-[ 編集]
こーどもーふぃんぐはーどうぇあ？
2008/05/02(金) 09:28 | URL | LGA774 #-[ 編集]
なんだかんだで次の一手が注目されるAMDだな。
しかし、いまのK8アーキテクチャでは確かに戦えないから新コアは必要だけど、既存コアの改造ではなくて根本から作り直しとは、計画が壮大すぎて転びそうな予感もする。
AMDらしいと言えばAMDらしい計画だけどさ。
計画的には"K9"が転んだ前後、あるいはそれ以前から基礎研究の開始をしているのだろうなぁ。
しかし、いまのK8アーキテクチャでは確かに戦えないから新コアは必要だけど、既存コアの改造ではなくて根本から作り直しとは、計画が壮大すぎて転びそうな予感もする。
AMDらしいと言えばAMDらしい計画だけどさ。
計画的には"K9"が転んだ前後、あるいはそれ以前から基礎研究の開始をしているのだろうなぁ。
2008/05/02(金) 09:34 | URL | LGA774 #-[ 編集]
>時期的には32bit命令全部切り捨てでも良いと思うけど（コンパイラで対応）
>既存のAMD64含むx86の命令セットを互換性を保ちつレガシー化させる方向に進まないと
これらの発想は、intelがHPと協力して作ったIA64と同じです。
IA64の特徴は、下位はソフトウェア互換、超長期に渡って使うために命令セットを動的に変更できる広大なヘッドルーム、IPCの限界を突破するためのVLIWということになりますかね。
intelがAMD64に否定的だったのは、命令セットの主導権云々よりも、x86命令を直接引きずる構造が嫌だったんだろうと、自分は考えていますね。
結局のところ、64Bit環境が整わないのも、やはりx86命令の制約からくる性能への足枷が大きすぎて、その投資に見合うメリットがソフトメーカーに無いためですし。
AMDが調子が良かったときに、AMD64を絶賛していた人は、結局今になってどう考えているんでしょうかね？
64BitのCPUなのに、SSEを使って32BitのFloat処理をさせている現状をおかしく思わないのでしょうかね？
>既存のAMD64含むx86の命令セットを互換性を保ちつレガシー化させる方向に進まないと
これらの発想は、intelがHPと協力して作ったIA64と同じです。
IA64の特徴は、下位はソフトウェア互換、超長期に渡って使うために命令セットを動的に変更できる広大なヘッドルーム、IPCの限界を突破するためのVLIWということになりますかね。
intelがAMD64に否定的だったのは、命令セットの主導権云々よりも、x86命令を直接引きずる構造が嫌だったんだろうと、自分は考えていますね。
結局のところ、64Bit環境が整わないのも、やはりx86命令の制約からくる性能への足枷が大きすぎて、その投資に見合うメリットがソフトメーカーに無いためですし。
AMDが調子が良かったときに、AMD64を絶賛していた人は、結局今になってどう考えているんでしょうかね？
64BitのCPUなのに、SSEを使って32BitのFloat処理をさせている現状をおかしく思わないのでしょうかね？
2008/05/02(金) 09:40 | URL | LGA774 #-[ 編集]
>こーどもーふぃんぐはーどうぇあ？
おかーさんがもっさりだからダメって言ってた
おかーさんがもっさりだからダメって言ってた
2008/05/02(金) 09:43 | URL | LGA774 #-[ 編集]
コンパイラで対応しても既存のx86プロセッサと比較して高速ならItaniumが負けることもなかったでしょうね。
2008/05/02(金) 12:39 | URL | Eukashi #-[ 編集]
でも、Itaniumって、コンパイラに超依存してるけど、そのコンパイラも難しくって現状Itaniumの性能生かしきれてないって聞いたけど？
仮に同クロックでも負けませんか？
仮に同クロックでも負けませんか？
2008/05/02(金) 15:35 | URL | nShinchan #vIF9QTmU[ 編集]
>仮に同クロックでも負けませんか？
多分PhenomだとかとIA64系CPUの同クロックだという話だろうが、現状でも同じ処理をさせた場合には、同クロックでは負けないな。
なんだかんだ言いながら、IA64系は概ね3年で2倍の処理速度になっているから、デスクトップ系が足踏みしている間に、ずっと先にいった感じはある。
まぁ、IA64のCPUはメインフレームオンリーで、そういう処理に最適化させる方向で進んでいるから、PCに降りてくるとは考えにくいな。
多分PhenomだとかとIA64系CPUの同クロックだという話だろうが、現状でも同じ処理をさせた場合には、同クロックでは負けないな。
なんだかんだ言いながら、IA64系は概ね3年で2倍の処理速度になっているから、デスクトップ系が足踏みしている間に、ずっと先にいった感じはある。
まぁ、IA64のCPUはメインフレームオンリーで、そういう処理に最適化させる方向で進んでいるから、PCに降りてくるとは考えにくいな。
2008/05/02(金) 15:54 | URL | LGA774 #-[ 編集]
ハード屋がソフト屋に対応を求めて成功した事例は少ないですよね
2008/05/02(金) 17:08 | URL | LGA774 #-[ 編集]
むしろソフト屋の我が儘が限界に近付いているというのが現状でしょうね。
インテルのやろうとしてるAVXなんてのは、x86の全否定じゃないかと思ってます。
インテルのやろうとしてるAVXなんてのは、x86の全否定じゃないかと思ってます。
2008/05/02(金) 23:15 | URL | LGA774 #-[ 編集]
この記事のトラックバックURL
http://northwood.blog60.fc2.com/tb.php/1919-f6df9b68
この記事にトラックバックする(FC2ブログユーザー)
この記事にトラックバックする(FC2ブログユーザー)
この記事へのトラックバック
AMDの次世代CPUはハードが扱えなかった問題を解決する。
詳しくはこちら
私がこの文章を読んで一番最初に頭に浮かんだ妄想は・・・。
AMDが近年CPUの生産で一番頭を悩ませた問題であり、これは今までのCPUが全く出来なかったこと。そして、これはハードウェアで�...
2008/05/04(日) 18:13:06 | ありきたりのタイトルは嫌
