RV870 - Neue Details（ATi Forum / 英訳）
RV870の情報が掲載されています。以下にポイントを抜粋します。
・RV870は1000以上のShader unitを搭載する
・40nmプロセスで製造され、ダイサイズは205mm2
・演算性能は1.5TFlops
・メモリは1GBのGDDR5が搭載される
・メモリインターフェースは512-bitという噂があるが、真偽の程は不明
・Idle時消費電力を現行モデルの半分にする
・AMDとしてはRV870を2009年第1四半期末に市場に投入したい模様
RV770は256mm2だったのでRV870はそれよりも若干ダイサイズが縮小された形になります。演算性能の向上幅は1TFlopsをたたき出したRV770の時より若干おとなしい印象を受けますが、その分省電力性のほうに振っているのかもしれません。
RV870の情報が掲載されています。以下にポイントを抜粋します。
・RV870は1000以上のShader unitを搭載する
・40nmプロセスで製造され、ダイサイズは205mm2
・演算性能は1.5TFlops
・メモリは1GBのGDDR5が搭載される
・メモリインターフェースは512-bitという噂があるが、真偽の程は不明
・Idle時消費電力を現行モデルの半分にする
・AMDとしてはRV870を2009年第1四半期末に市場に投入したい模様
RV770は256mm2だったのでRV870はそれよりも若干ダイサイズが縮小された形になります。演算性能の向上幅は1TFlopsをたたき出したRV770の時より若干おとなしい印象を受けますが、その分省電力性のほうに振っているのかもしれません。
ノートPCは・・・
PCパーツの通販は・・・
ソフマップ
TWOTOPCore i7：
TWO TOPCore i5：
TWO TOPLGA1156マザーボード：
TWO TOPPhenom II：
TWO TOPAthlon II：
TWO TOPAtom搭載マザー：
TWO TOPこの記事へのコメント
X2で3TFlops近い性能に！
ダイサイズ縮小効果で5万円くらいで出ないかな？
ダイサイズ縮小効果で5万円くらいで出ないかな？
2008/10/25(土) 22:33 | URL | トルネコ #SFo5/nok[ 編集]
CPUの性能ががボトルネックでVGAの性能に追いつかねーよｗ
2008/10/25(土) 23:13 | URL | LGA774 #-[ 編集]
205mmのシングルチップで512bitメモリバスというのは難しいので、MCMでもするんだろうか
2008/10/25(土) 23:26 | URL | LGA774 #-[ 編集]
とにかく、爆熱・轟音仕様を先に解決してください。
ハイエンドは２スロット、ミドルレンジは１スロットと区分けした方がすっきりしますがね。
性能に関しては、上の人が書かれているとおり、CPUがボトルネックで100％RV870の力を出すことはできませんから。
ハイエンドは２スロット、ミドルレンジは１スロットと区分けした方がすっきりしますがね。
性能に関しては、上の人が書かれているとおり、CPUがボトルネックで100％RV870の力を出すことはできませんから。
2008/10/25(土) 23:27 | URL | LGA774 #-[ 編集]
256[mm2]*(1.5[TFlops]/1[TFlops])*(40/55)^2=203[mm2]
最高に荒い計算ですが、どうやらDX11はこの次みたいですね。
個人的にはRS880と併せてPowerXpressが出来るようにして欲しいと思います。
最高に荒い計算ですが、どうやらDX11はこの次みたいですね。
個人的にはRS880と併せてPowerXpressが出来るようにして欲しいと思います。
2008/10/25(土) 23:37 | URL | LGA774 #gJtHMeAM[ 編集]
CPU性能の頭打ちを理由に性能アップを見送るというのはありえないし、逆も然り
そんなことをしてたらCPU/GPUの性能アップはすぐゼロに近くなる
何より同業他社の存在を無視した話だ
どちらも全力で進化しなければならんのです
そんなことをしてたらCPU/GPUの性能アップはすぐゼロに近くなる
何より同業他社の存在を無視した話だ
どちらも全力で進化しなければならんのです
2008/10/25(土) 23:39 | URL | LGA774 #sPtaQb32[ 編集]
DirectX11を言っている人がいるが、そもそも現時点でDirectX11の機能すら確定していないのに、何で半年やそこらでハードでサポートできると思えるんだろう？
Win7にも間に合わないという話があるほどなんだがな…
Win7にも間に合わないという話があるほどなんだがな…
2008/10/26(日) 00:51 | URL | LGA774 #-[ 編集]
RV830が楽しみすぎる
補助電源なしで目指せHD4850
補助電源なしで目指せHD4850
2008/10/26(日) 03:00 | URL | LGA774 #-[ 編集]
http://www.4gamer.net/games/033/G003329/20080908014/
DX11は決まっているようです。
DX10対応のG80も10.1対応のHD3870も
APIが提供される前に発売されました。
DX11は決まっているようです。
DX10対応のG80も10.1対応のHD3870も
APIが提供される前に発売されました。
2008/10/26(日) 08:17 | URL | LGA774 #-[ 編集]
まあ、なんにせよそろそろ電力どうにかしないとね
CPUでも、ぺん4で電気食いな進化は止まったように、GPUもそろそろ壁な気がするんだ
CPUでも、ぺん4で電気食いな進化は止まったように、GPUもそろそろ壁な気がするんだ
2008/10/26(日) 10:28 | URL | (゜ω゜=゜ω゜) #-[ 編集]
CPUがボトルネックになるならCPUの性能が上がるのを待つ間に
省電力や電力効率に重点を置けば対電力性能は向上するし
次世代で性能重視しても電力を抑えつつ演算性能を向上できるので
相対的に性能は上がっているんじゃないかな。
省電力や電力効率に重点を置けば対電力性能は向上するし
次世代で性能重視しても電力を抑えつつ演算性能を向上できるので
相対的に性能は上がっているんじゃないかな。
2008/10/26(日) 10:38 | URL | LGA774 #-[ 編集]
まぁいくらベンチ数値上げてても
ゲームで不安定なRADEONは選択外って人も多いでしょ
ゲームで不安定なRADEONは選択外って人も多いでしょ
2008/10/26(日) 11:35 | URL | LGA774 #GclqcKss[ 編集]
純粋に楽しみです
2008/10/26(日) 13:09 | URL | LGA774 #wLMIWoss[ 編集]
楽しみですね
＞ゲームで不安定なRADEONは選択外って
偏見でものを言ってた人たちも実際に4000シリーズで大分冷静になりましたしね
＞ゲームで不安定なRADEONは選択外って
偏見でものを言ってた人たちも実際に4000シリーズで大分冷静になりましたしね
2008/10/26(日) 15:19 | URL | LGA774 #-[ 編集]
今のGeForce選ぶ人って…
まぁそんなのはおいといて、楽しみですね。
個人的には、スペックは現状で満足しているので、消費電力を下げて欲しいものです。
ハイエンドだからといって8pinはやめてほしい。
まぁそんなのはおいといて、楽しみですね。
個人的には、スペックは現状で満足しているので、消費電力を下げて欲しいものです。
ハイエンドだからといって8pinはやめてほしい。
2008/10/26(日) 15:51 | URL | LGA774 #-[ 編集]
まさに ゆめがひろがりんぐ
Gf8800使ってるとゲーム中は食って当たり前だけれど、通常時の熱と消費電力がやべぇ・・・
Gf8800使ってるとゲーム中は食って当たり前だけれど、通常時の熱と消費電力がやべぇ・・・
2008/10/26(日) 16:05 | URL | LGA774 #-[ 編集]
4870が1.2tflopsなのだから
1.5tflopsってのは単に1000spにしてクロックは同じ
あとはシュリンクしただけか？
構造も今から変更はなさそうだし
あ、sideportは有効にするのかね
うぅん
nvidiaもCUDA出してしまったんで大きな構造の変化は無いだろうし
う〜ん・・・
1.5tflopsってのは単に1000spにしてクロックは同じ
あとはシュリンクしただけか？
構造も今から変更はなさそうだし
あ、sideportは有効にするのかね
うぅん
nvidiaもCUDA出してしまったんで大きな構造の変化は無いだろうし
う〜ん・・・
2008/10/26(日) 18:24 | URL | ita #-[ 編集]
普通にnVIDIAは勝てないだろうなぁ
このままCUDAがうまくいかなければ、後２、３世代でnVIDIA死んじゃうかもね
このままCUDAがうまくいかなければ、後２、３世代でnVIDIA死んじゃうかもね
2008/10/26(日) 18:59 | URL | takashi #JalddpaA[ 編集]
個人的に省電力方向に進んでくれるのはうれしいです
NVIDIAも今は混沌としていますが黙ってはいないと思いますよ
NVIDIAも今は混沌としていますが黙ってはいないと思いますよ
2008/10/26(日) 19:04 | URL | LGA774 #-[ 編集]
逆の考え方をすると、NVIDIAはCUDAで今後は技術的に根本から変える必要が無いのに対して、AMDはGPGPUで新しい命令をRADEONで対応させる必要があるのだから、AMDの一番大きなハードルはこれからなんだけど。
AMDが今のGPU路線を突っ走ると言うのであれば、確かにRADEONの性能はGeForceを上回るだろうが、そうではないと言うのであれば、当面の目標は「性能を現行より落とさないこと」に留まると思うんだけどね。
AMDが今のGPU路線を突っ走ると言うのであれば、確かにRADEONの性能はGeForceを上回るだろうが、そうではないと言うのであれば、当面の目標は「性能を現行より落とさないこと」に留まると思うんだけどね。
2008/10/26(日) 19:17 | URL | LGA774 #-[ 編集]
CUDAとか話題にしてるけど、今後はOpenCLその他汎用の規格が中心になってくるわけで、そこにnVIDIAもしくはAMDどちらか優位ってことはないんじゃないかねえ
構造が固定とか言ってる人もいるけど、それじゃDirectXやOpenGLがあったからGPUとして固定だった？ ちがうでしょ？
構造が固定とか言ってる人もいるけど、それじゃDirectXやOpenGLがあったからGPUとして固定だった？ ちがうでしょ？
2008/10/26(日) 19:37 | URL | (゜ω゜=゜ω゜) #-[ 編集]
R700(4870X2)の問題を、RV870は穴埋めできるようにかなり精進してもらいたいです。
CUDAとかOpenCLはおいおい考えていけばいいかと・・・。
CUDAとかOpenCLはおいおい考えていけばいいかと・・・。
2008/10/26(日) 19:52 | URL | aix #-[ 編集]
なんにせよ、GDDR5のメモリーを２GBも搭載しなきゃいけないのは、500mm2のコアを乗せるより高コストってことはたしか
2008/10/26(日) 20:37 | URL | あき #-[ 編集]
R870のマルチコア化も楽しみですね
「マルチコア」では無く、「マルチダイ」では？ＧＰＵは以前からヘテロジニアスマルチコアです。
それはそうと個人的にはＲＶ８７０のＸ２版が６ｐｉｎｘ２で動いてくれればいいな、と思うんですけど。４８５０Ｘ２でさえ８ｐｉｎ+６ｐｉｎだったのでダメでしょうが。
そういや４８５０Ｘ２は何処いっちまったんですか
それはそうと個人的にはＲＶ８７０のＸ２版が６ｐｉｎｘ２で動いてくれればいいな、と思うんですけど。４８５０Ｘ２でさえ８ｐｉｎ+６ｐｉｎだったのでダメでしょうが。
そういや４８５０Ｘ２は何処いっちまったんですか
2008/10/27(月) 00:41 | URL | ｃｅｂｅｒｕｓ #-[ 編集]
CUDAが主流になるかなんて、全くあやしげな話でしょ。GPGPUのスタート地点はまだまだ一緒。
ゲームやる人は買うなとか買わないとか言うけど、うちはゲームのために買ってるのにそんなこと言われてもねぇ
ゲームやる人は買うなとか買わないとか言うけど、うちはゲームのために買ってるのにそんなこと言われてもねぇ
2008/10/27(月) 07:08 | URL | LGA774 #-[ 編集]
＞CPUがボトルネック
ゲームしか頭に無いんすか
ゲームしか頭に無いんすか
2008/10/27(月) 08:01 | URL | LGA774 #-[ 編集]
>ゲームしか頭に無いんすか
ハイエンド買う奴は大体ゲームが主だろ？
ハイエンド買う奴は大体ゲームが主だろ？
2008/10/27(月) 09:10 | URL | LGA774 #-[ 編集]
> ハイエンド買う奴は大体ゲームが主だろ？
今のところはね。
でも最近になって、動画や画像編集系のアプリでGPGPU対応版がテストリリースされているのを見ると、ぼちぼちゲーム以外でもハイエンドが注目されてくる時期だと思いますよ。
特に動画系は期待大だと思います。
今のところはね。
でも最近になって、動画や画像編集系のアプリでGPGPU対応版がテストリリースされているのを見ると、ぼちぼちゲーム以外でもハイエンドが注目されてくる時期だと思いますよ。
特に動画系は期待大だと思います。
2008/10/27(月) 09:56 | URL | LGA774 #GCA3nAmE[ 編集]
出来レースだったとはいえ、デモで見せたエンコードの速さは度肝を抜かれましたね。
分岐がほとんど無いロジックを動かすには並列化されたプロセッサが並ぶGPUが向いているんだなと思わされます。
各ハードの制御など分岐が多いロジックの場合はまだまだCPUが必要不可欠でしょうけどね。
分岐がほとんど無いロジックを動かすには並列化されたプロセッサが並ぶGPUが向いているんだなと思わされます。
各ハードの制御など分岐が多いロジックの場合はまだまだCPUが必要不可欠でしょうけどね。
2008/10/27(月) 11:07 | URL | LGA774 #-[ 編集]
ロイロスコープもかなり面白いと思うよ
2008/10/27(月) 14:57 | URL | LGA774 #xnMWN8cQ[ 編集]
GPGPUの整数演算性能がどの程度か知らないけど、いっそWindowsやLinuxなどのOS自体をGPGPUで実行できないものかな。
複雑な分岐やシングルスレッド性能が必要な場合はCPUに処理をまわすとか。
複雑な分岐やシングルスレッド性能が必要な場合はCPUに処理をまわすとか。
2008/10/27(月) 18:18 | URL | LGA774 #-[ 編集]
来年春にはGTX280相当の性能が2万…
2008/10/27(月) 19:44 | URL | LGA774 #-[ 編集]
今までもそうだけど負けてる方がGPGPUを言い出すのはお約束
2008/10/27(月) 21:15 | URL | Gisin #-[ 編集]
nVidiaは今後CUDAのアーキテクチャーが足枷になるんだろうな。
2008/10/27(月) 21:36 | URL | LGA774 #-[ 編集]
今度こそAGP版も出してくれるといいですね。
2008/10/27(月) 21:49 | URL | #-[ 編集]
なんか勘違いしている人がいるが…
CUDAは「開発環境」であって、「ハード内部で使われる命令郡」ではない。
丁度、DirectXやSSEと同じで、対象GPUがどうであるかってのはドライバレベルの話であって、CUDAはGPGPUを対象としたソフト開発を効率よくできるような環境を実現するための開発環境に過ぎない。
だから、CUDAの話題が出てくると、必ず「C言語で直感的にプログラムを開発できるようになった」となる。
この基本的なことが理解できていないから、「CUDAがハードを制約する」なんて馬鹿な話が出てくる。
同じことをCPUに当てはめれば、「SSEを搭載したからCPU開発の幅に制限が出てくる」と言ってるようなもの。
ちなみに、ドライバレベルででもCUDAの命令をサポートすれば、RadeonでもCUDAで書かれたプログラムは動く。
まぁ、こういうドライバで解決できる性質の話だからこそ、AMDはOpenCLをフルサポートすると主張するわけだが（ちなみに、AMDのGPGPU開発環境は独自言語に近いから、普通に使うようになるためにはハードルが高すぎることも、OpenCL傾斜の理由だろうと思われる）。
CUDAは「開発環境」であって、「ハード内部で使われる命令郡」ではない。
丁度、DirectXやSSEと同じで、対象GPUがどうであるかってのはドライバレベルの話であって、CUDAはGPGPUを対象としたソフト開発を効率よくできるような環境を実現するための開発環境に過ぎない。
だから、CUDAの話題が出てくると、必ず「C言語で直感的にプログラムを開発できるようになった」となる。
この基本的なことが理解できていないから、「CUDAがハードを制約する」なんて馬鹿な話が出てくる。
同じことをCPUに当てはめれば、「SSEを搭載したからCPU開発の幅に制限が出てくる」と言ってるようなもの。
ちなみに、ドライバレベルででもCUDAの命令をサポートすれば、RadeonでもCUDAで書かれたプログラムは動く。
まぁ、こういうドライバで解決できる性質の話だからこそ、AMDはOpenCLをフルサポートすると主張するわけだが（ちなみに、AMDのGPGPU開発環境は独自言語に近いから、普通に使うようになるためにはハードルが高すぎることも、OpenCL傾斜の理由だろうと思われる）。
2008/10/27(月) 23:42 | URL | LGA774 #-[ 編集]
CUDAは全く信用してない。
先日のアキバのデモでも、結局はGPUでの動画エンコードは実現出来なかった。
機能したのは、一部のフィルタのみ。
CUDAってモノが、あれもこれも出来るって宣伝し始めたの、いつごろだと思う？
・・・6600GTの頃だぜ。ユーザー馬鹿にすんのも大概にしろと。
先日のアキバのデモでも、結局はGPUでの動画エンコードは実現出来なかった。
機能したのは、一部のフィルタのみ。
CUDAってモノが、あれもこれも出来るって宣伝し始めたの、いつごろだと思う？
・・・6600GTの頃だぜ。ユーザー馬鹿にすんのも大概にしろと。
2008/10/28(火) 01:15 | URL | 9900GTX+ #-[ 編集]
RV870は4850x2相当かな まあ対電力性能を高めてアイドルを下げてくれればいうことないや
2008/10/28(火) 01:25 | URL | LGA774 #-[ 編集]
勘違いはしてないだろ
結局CUDAの為に性能の割振りを考えなきゃいけないnvidiaと3Dの性能のみを考えるAMD
その状態で本命のゲームで勝てるわけないじゃんって話なんだよ
結局CUDAの為に性能の割振りを考えなきゃいけないnvidiaと3Dの性能のみを考えるAMD
その状態で本命のゲームで勝てるわけないじゃんって話なんだよ
2008/10/28(火) 01:33 | URL | takashi #JalddpaA[ 編集]
・・・？
2008/10/28(火) 09:54 | URL | LGA774 #-[ 編集]
＞ALL
ヒートアップもここらで抑えておこうね。
ヒートアップもここらで抑えておこうね。
2008/10/28(火) 11:39 | URL | LGA774 #-[ 編集]
>結局CUDAの為に性能の割振りを考えなきゃいけないnvidiaと3Dの性能のみを考えるAMD
…？
GPGPUとGPUって基本的に同じ実行ユニットを使うんだけど？
AMDは専用処理回路オンリー、NVIDIAは汎用処理回路と専用処理回路を並列で乗せているが、これがDirectX11世代になると双方とも汎用処理回路オンリーが標準になる（Larrabeeがこの世代の典型）。
この汎用処理回路を3D処理以外にも使おうって話なのに、性能の割り振りって何？
ちょっと詳しく説明してほしい。
それと、GPGPUってのが何でもできるなんて思わないほうがいい。
特に命令分岐が頻繁に出てくる普通一般のアプリケーションであれば、GPGPUがCPUより高速に処理できる可能性はない（超高性能のGPUと1万円以下で買えるローエンドCPUを比較して、GPGPUのほうが高速に処理できる可能性はゼロと断言してもいい）。
GPGPUはSSEで効率的に処理できるものに対して効果があるにすぎず、SSEに対するメリットは、SSEよりも柔軟な処理をプログラミングできるというだけで、速度的にSSEよりも高速であるかはわからない。
ちなみに、intelがLarrabeeにした理由は、SSEやCUDA、OpenCLってのは、一般人には恩恵がないと考えているところからだ。
x87命令こそがPC業界では圧倒的な影響力を持ち、プログラマーも最適化を考えずに最も簡単にプログラムできる現実から、x87命令にこだわった。
何で誰もLarrabeeでSSEの話が出ないことに違和感がないのかね。
SSEを搭載すれば、x87命令での処理より圧倒的に高速になるわけなのに。
…？
GPGPUとGPUって基本的に同じ実行ユニットを使うんだけど？
AMDは専用処理回路オンリー、NVIDIAは汎用処理回路と専用処理回路を並列で乗せているが、これがDirectX11世代になると双方とも汎用処理回路オンリーが標準になる（Larrabeeがこの世代の典型）。
この汎用処理回路を3D処理以外にも使おうって話なのに、性能の割り振りって何？
ちょっと詳しく説明してほしい。
それと、GPGPUってのが何でもできるなんて思わないほうがいい。
特に命令分岐が頻繁に出てくる普通一般のアプリケーションであれば、GPGPUがCPUより高速に処理できる可能性はない（超高性能のGPUと1万円以下で買えるローエンドCPUを比較して、GPGPUのほうが高速に処理できる可能性はゼロと断言してもいい）。
GPGPUはSSEで効率的に処理できるものに対して効果があるにすぎず、SSEに対するメリットは、SSEよりも柔軟な処理をプログラミングできるというだけで、速度的にSSEよりも高速であるかはわからない。
ちなみに、intelがLarrabeeにした理由は、SSEやCUDA、OpenCLってのは、一般人には恩恵がないと考えているところからだ。
x87命令こそがPC業界では圧倒的な影響力を持ち、プログラマーも最適化を考えずに最も簡単にプログラムできる現実から、x87命令にこだわった。
何で誰もLarrabeeでSSEの話が出ないことに違和感がないのかね。
SSEを搭載すれば、x87命令での処理より圧倒的に高速になるわけなのに。
2008/10/28(火) 13:34 | URL | LGA774 #-[ 編集]
LarrabeeでSSEは別に普通のことだから
「話が出ないこと」になんて誰も違和感なんて感じないのでは？
一人を除いて
「話が出ないこと」になんて誰も違和感なんて感じないのでは？
一人を除いて
2008/10/28(火) 13:52 | URL | LGA774 #-[ 編集]
> SSEを搭載したからCPU開発の幅に制限が出てくる
CUDAが足枷になるという人は、まさにここを心配しているのだと思いますよ。
Core i7だってMMXからSSE4までサポートしなければいけない。CPUでは問題が表面化してないだけで、それがダイサイズや消費電力に影響がないわけないはずですから。
CUDAが足枷になるという人は、まさにここを心配しているのだと思いますよ。
Core i7だってMMXからSSE4までサポートしなければいけない。CPUでは問題が表面化してないだけで、それがダイサイズや消費電力に影響がないわけないはずですから。
2008/10/28(火) 13:54 | URL | LGA774 #-[ 編集]
>LarrabeeでSSEは別に普通のことだから
は？
LarrabeeでSSEを使うって話がどこにあったんだ？
LNIを使うという話はあるけど、SSEを使うという話は全くないんだが。
http://pc.watch.impress.co.jp/docs/2008/1006/kaigai470.htm
どう読んでも、「Pentium世代までの命令（当然MMXもSSEもない）+LNI」なんだけど。
これでSSEを当然だと主張できるのは、誰もいないでしょうね、一人を除いて。
>CPUでは問題が表面化してないだけで、それがダイサイズや消費電力に影響がないわけないはずですから。
は？
CUDAは「開発環境」であって、命令ではないと書いたはずだが。
CUDAによって書かれたプログラムは、ドライバでGPUのネイティブ命令へと（CPUによって）変更され、GPUはそのネイティブ命令によって処理し、結果をCPUに送る。
このどこら辺に、SSEのようにGPUに命令セットを入れるって話が出るんだ？
DirectX10のプログラムを実行するときに、DirectX5も必要であると主張するばかりか、挙句はDirectX10はDirectX5に制約されると言ってる様なものだ。
構造的にCUDAはDirectXと同じなのに、これら二つを異種と扱う理由がわからん。
は？
LarrabeeでSSEを使うって話がどこにあったんだ？
LNIを使うという話はあるけど、SSEを使うという話は全くないんだが。
http://pc.watch.impress.co.jp/docs/2008/1006/kaigai470.htm
どう読んでも、「Pentium世代までの命令（当然MMXもSSEもない）+LNI」なんだけど。
これでSSEを当然だと主張できるのは、誰もいないでしょうね、一人を除いて。
>CPUでは問題が表面化してないだけで、それがダイサイズや消費電力に影響がないわけないはずですから。
は？
CUDAは「開発環境」であって、命令ではないと書いたはずだが。
CUDAによって書かれたプログラムは、ドライバでGPUのネイティブ命令へと（CPUによって）変更され、GPUはそのネイティブ命令によって処理し、結果をCPUに送る。
このどこら辺に、SSEのようにGPUに命令セットを入れるって話が出るんだ？
DirectX10のプログラムを実行するときに、DirectX5も必要であると主張するばかりか、挙句はDirectX10はDirectX5に制約されると言ってる様なものだ。
構造的にCUDAはDirectXと同じなのに、これら二つを異種と扱う理由がわからん。
2008/10/28(火) 14:19 | URL | LGA774 #-[ 編集]
Larrabee SSE でググってみればいいだけの話なのに
しかも何か「SSE」を命令数70のアレと特定して話してるっぽいし
しかも何か「SSE」を命令数70のアレと特定して話してるっぽいし
2008/10/28(火) 14:32 | URL | LGA774 #-[ 編集]
>構造的にCUDAはDirectXと同じなのに、これら二つを異種と扱う理由がわからん。
ああ、そうか。
あまりに馬鹿な話なんで想像がつかなかったが、ひょっとして「DirectX10世代」のGPUには「DirectX10の命令が（一部・全部を問わず）搭載されている」と考えてるんじゃないか？
だから、「CUDA対応GPU」となると、「CUDAの命令が搭載されている」との出鱈目な話に繋がるのか。
違うから。
CPUが命令を内部に搭載するのは、動くOSが超マイナーOS（企業の独自OSだとか）で拡張命令が使われていたら、intel自身がソフト的な対応すらできず過去の互換性が確保できない等の問題があるからであって、GPUのようにOSが動き、ソフト的な処理ができる場合には、普通は命令セットを膨らますようなことはしない。
なんというか、常識として切り捨てていた部分だったが、これを勘違いしていれば、確かにCUDAが新命令なるトンデモ理論を展開できるな。
ああ、そうか。
あまりに馬鹿な話なんで想像がつかなかったが、ひょっとして「DirectX10世代」のGPUには「DirectX10の命令が（一部・全部を問わず）搭載されている」と考えてるんじゃないか？
だから、「CUDA対応GPU」となると、「CUDAの命令が搭載されている」との出鱈目な話に繋がるのか。
違うから。
CPUが命令を内部に搭載するのは、動くOSが超マイナーOS（企業の独自OSだとか）で拡張命令が使われていたら、intel自身がソフト的な対応すらできず過去の互換性が確保できない等の問題があるからであって、GPUのようにOSが動き、ソフト的な処理ができる場合には、普通は命令セットを膨らますようなことはしない。
なんというか、常識として切り捨てていた部分だったが、これを勘違いしていれば、確かにCUDAが新命令なるトンデモ理論を展開できるな。
2008/10/28(火) 14:35 | URL | LGA774 #-[ 編集]
>Larrabee SSE でググってみればいいだけの話なのに
http://plusd.itmedia.co.jp/pcuser/articles/0808/05/news072.html
「スカラー部がMMXやSSEをサポートしない代わりに、Larrabeeのコアは専用のベクター演算ユニット（VPU）を持つ。」
http://plusd.itmedia.co.jp/pcuser/articles/0808/05/news072.html
「スカラー部がMMXやSSEをサポートしない代わりに、Larrabeeのコアは専用のベクター演算ユニット（VPU）を持つ。」
2008/10/28(火) 14:36 | URL | LGA774 #-[ 編集]
DirectXもCUDAもOpenCLもHAL(Hardware Abstract Layer)が公開しているレベルに違いがあるだけで、
HALがあることには変わりはないと思うけど。
HALを提供するマイクロコードレベルのソフトウェアはAMDやnVidiaが自身で作っていくわけで、
HALでつじつまを合わせられるように柔軟な設計を選択していけば、
ハードウェアがDirectXやCUDAに制約を受けるなんてことはないのでは。
今現在の性能差はCUDAやDirectX11で実行する演算に対して
ラデで実現できるスループットとゲフォで実現できるスループットに差が現れているだけ。
それは倍精度を1クロックで処理できる演算器をいくつ用意するとか、分岐処理をプロセッサーバンドル単位でするかSIMD単位でするかなんかの
処理の割り振り方の思想で差がでてくるわけで、
次の世代の石にどれだけの数、どんな構成の演算器やレジスタを載せてくるかという話に
DirectX11やCUDAレベルの話を持ち込んでも不毛でないかい？
HALがあることには変わりはないと思うけど。
HALを提供するマイクロコードレベルのソフトウェアはAMDやnVidiaが自身で作っていくわけで、
HALでつじつまを合わせられるように柔軟な設計を選択していけば、
ハードウェアがDirectXやCUDAに制約を受けるなんてことはないのでは。
今現在の性能差はCUDAやDirectX11で実行する演算に対して
ラデで実現できるスループットとゲフォで実現できるスループットに差が現れているだけ。
それは倍精度を1クロックで処理できる演算器をいくつ用意するとか、分岐処理をプロセッサーバンドル単位でするかSIMD単位でするかなんかの
処理の割り振り方の思想で差がでてくるわけで、
次の世代の石にどれだけの数、どんな構成の演算器やレジスタを載せてくるかという話に
DirectX11やCUDAレベルの話を持ち込んでも不毛でないかい？
2008/10/28(火) 15:00 | URL | LGA774 #-[ 編集]
LarrabeeはPentiumベースなのだから
MMX等のSIMD拡張が付いてると考えるのは「普通」
ググってみればいいだけの話なのに
っていうかやっぱり「SSE」を命令数70のアレと特定して話してるっぽい
違和感って自分で言っておいて
「Larrabeeに載るやつはSSEって名前じゃないんだよ！」とか
かなりの(ry
MMX等のSIMD拡張が付いてると考えるのは「普通」
ググってみればいいだけの話なのに
っていうかやっぱり「SSE」を命令数70のアレと特定して話してるっぽい
違和感って自分で言っておいて
「Larrabeeに載るやつはSSEって名前じゃないんだよ！」とか
かなりの(ry
2008/10/28(火) 15:16 | URL | LGA774 #-[ 編集]
まあ、ベースがPentiumって言ってもMMXすら対応してない初代Pentiumだから、
MMXやSSEなどの既存のSIMD拡張命令が利用できるかは明確じゃない。
でも、64bit対応らしいから、最低でもSSE2まではVectorUnit側で処理できるんじゃないだろうかっては思う。
じゃないと、Larrabeeの64bitはx64でもない別の64bit命令になってしまう。
MMXやSSEなどの既存のSIMD拡張命令が利用できるかは明確じゃない。
でも、64bit対応らしいから、最低でもSSE2まではVectorUnit側で処理できるんじゃないだろうかっては思う。
じゃないと、Larrabeeの64bitはx64でもない別の64bit命令になってしまう。
2008/10/28(火) 15:47 | URL | LGA774 #-[ 編集]
・結論
他所でやれ。
他所でやれ。
2008/10/28(火) 15:49 | URL | LGA774 #-[ 編集]
元記事はRV870の話であって、CUDAもLarrabeeも一言も書いてないのに。。。
2008/10/28(火) 16:21 | URL | LGA774 #-[ 編集]
ほんと，CUDAらんなあ
2008/10/28(火) 16:52 | URL | ねすこ #-[ 編集]
他のはどうでもいいですが
RV870が単純に1.5倍だとして、消費電力の伸びは
どの程度に抑えられているのかが気になります。
NVはGT300までロクに対抗出来ないでしょうし
性能の面で来年のQ4まではATI/AMDの天下は揺るがないでしょうけど
RV870が単純に1.5倍だとして、消費電力の伸びは
どの程度に抑えられているのかが気になります。
NVはGT300までロクに対抗出来ないでしょうし
性能の面で来年のQ4まではATI/AMDの天下は揺るがないでしょうけど
2008/10/28(火) 17:12 | URL | LGA774 #-[ 編集]
荒れるコメントは消されるようになったけど、どうやらAMDを応援してるみたいですね
2008/10/28(火) 17:44 | URL | LGA774 #-[ 編集]
そりゃまあCPUもGPUもAMDが頑張らないとPC市場がつまらなくなるからなあ。
今のところDeneb + RV870はかなり魅力的な組み合わせに見えるし、その先のFusionのシステムにはかなり期待している。
今のところDeneb + RV870はかなり魅力的な組み合わせに見えるし、その先のFusionのシステムにはかなり期待している。
2008/10/28(火) 18:35 | URL | LGA774 #-[ 編集]
＞荒れるコメントは消されるようになったけど
この流れで、どの辺りを削除したらアンタの言う「中立」にあたるか聞いてみたいんだが。
この流れで、どの辺りを削除したらアンタの言う「中立」にあたるか聞いてみたいんだが。
2008/10/28(火) 18:56 | URL | socket774 #-[ 編集]
Larrabeeはスカラコア1個に対し512bITのSIMDエンジン1個が組み合わされている
MMXやSSEどころかNehalemのSIMDエンジン（256bit）の倍の性能のものをコア数分（16〜48？）個積む
MMXやSSEどころかNehalemのSIMDエンジン（256bit）の倍の性能のものをコア数分（16〜48？）個積む
2008/10/28(火) 19:12 | URL | LGA774 #-[ 編集]
電源とか発熱とかの条件が HD3870 と同等だったらいいなー。
したら喜んで載せ替える。
したら喜んで載せ替える。
2008/10/28(火) 19:35 | URL | LGA774 #mQop/nM.[ 編集]
荒れる元は、内容よりも言葉遣いが原因ですから、皆さんお上品な言葉や言い回しを致しましょうよ
2008/10/28(火) 20:29 | URL | LGA774 #-[ 編集]
ところでCUDAってなんて読むん？
クーダ？
キューダ？
シーユーディーエー？
クーダ？
キューダ？
シーユーディーエー？
2008/10/28(火) 20:50 | URL | LGA774 #-[ 編集]
普通はキューダかと。
2008/10/28(火) 21:47 | URL | LGA774 #-[ 編集]
まあ、どこのメーカーも魔法が使えるわけじゃないんで、汎用計算に使いやすいとGPUとしての性能は落ちるし、GPUとしてがんばると計算には使いにくいってことになると思うよ
インテルだけは、一歩進んだプロセスっていう魔法があるけどよw
インテルだけは、一歩進んだプロセスっていう魔法があるけどよw
2008/10/29(水) 00:23 | URL | (゜ω゜=゜ω゜) #-[ 編集]
人様のサイトで意見書くならきちんとHN付けろって怒ってた人がいたけど、理由がよくわかるね。
2008/10/29(水) 00:47 | URL | LGA774 #mQop/nM.[ 編集]
確かクーダでしょ？
2008/10/29(水) 20:02 | URL | LGA774 #QYnU2e6c[ 編集]
10/28、21：47のLGA775です。
http://www.4gamer.net/games/050/G005004/20080615001/
↑にありましたね。
クーダのようです。すみませんでした。
http://www.4gamer.net/games/050/G005004/20080615001/
↑にありましたね。
クーダのようです。すみませんでした。
2008/10/29(水) 23:18 | URL | LGA774 #-[ 編集]
クウラなんてマイナーなキャラ誰も知りませんよ
2008/10/30(木) 07:34 | URL | LGA774 #-[ 編集]
コメント見てると、何の記事だったかわからなくなるな
2008/10/30(木) 07:46 | URL | LGA774 #-[ 編集]
RV870スレなのにインテルの話したり
AMD擁護したら怒る人ってなんなの？
AMD擁護したら怒る人ってなんなの？
2008/10/30(木) 14:43 | URL | LGA774 #-[ 編集]
>Larrabeeはスカラコア1個に対し512bITのSIMDエンジン1個が組み合わされている
SIMDではなく、VPU。
これはアプローチの違いだが、SIMDは、同一レジスタに対して同一の処理をするデータを放り込み、ひとつの命令で複数のデータを処理する技術。
512Bit化すると、32Bitのデータが16個入ると表現するのは、これが理由。
ちなみに、1つの命令によって1回の処理をすることからスカラ型。
VPUは、一つの命令を下すと複数のレジスタが同一の処理をする。
だから、基本的に、32Bitレジスタの場合は32Bitのデータ長、512Bitレジスタの場合は512Bitのデータ長を扱うことになる。
変わって、データ数はレジスタ数ということになる。
ちなみに、VPU+SIMDは排他的な関係ではない。
例えば128Bitレジスタを複数用意し、SSEのようなSIMDで1レジスタあたり複数の処理をすることもできる（これがGPUで使われているVPU+SIMD。ベクトル型のSIMDともいえるかも？）。
ただし。
じゃあ、VPUで全部処理すればいいじゃないかという人がいると思うので一言。
VPUは計算し始めるまでの時間が猛烈にかかるので、およそ「普通の処理」に使うと「もっさり」ではすまないほど遅くなる。
スカラ型が標準的に使われる理由は、「普通の処理」に機敏に対応できることも大きな理由だな(だからSSEはスカラでのSIMDにしたんだろう）。
SIMDではなく、VPU。
これはアプローチの違いだが、SIMDは、同一レジスタに対して同一の処理をするデータを放り込み、ひとつの命令で複数のデータを処理する技術。
512Bit化すると、32Bitのデータが16個入ると表現するのは、これが理由。
ちなみに、1つの命令によって1回の処理をすることからスカラ型。
VPUは、一つの命令を下すと複数のレジスタが同一の処理をする。
だから、基本的に、32Bitレジスタの場合は32Bitのデータ長、512Bitレジスタの場合は512Bitのデータ長を扱うことになる。
変わって、データ数はレジスタ数ということになる。
ちなみに、VPU+SIMDは排他的な関係ではない。
例えば128Bitレジスタを複数用意し、SSEのようなSIMDで1レジスタあたり複数の処理をすることもできる（これがGPUで使われているVPU+SIMD。ベクトル型のSIMDともいえるかも？）。
ただし。
じゃあ、VPUで全部処理すればいいじゃないかという人がいると思うので一言。
VPUは計算し始めるまでの時間が猛烈にかかるので、およそ「普通の処理」に使うと「もっさり」ではすまないほど遅くなる。
スカラ型が標準的に使われる理由は、「普通の処理」に機敏に対応できることも大きな理由だな(だからSSEはスカラでのSIMDにしたんだろう）。
2008/10/30(木) 17:46 | URL | LGA774 #-[ 編集]
追加で。
VPUの説明で間違いがあるから。
ただ、スカラ型とベクトル型の違いを、スカラ型を当然だと思っている人でもわかる形で書いただけだから。
そこは突っ込まないで。
VPUの説明で間違いがあるから。
ただ、スカラ型とベクトル型の違いを、スカラ型を当然だと思っている人でもわかる形で書いただけだから。
そこは突っ込まないで。
2008/10/30(木) 17:50 | URL | LGA774 #-[ 編集]
すごく、よそで、やれ
2008/10/30(木) 18:49 | URL | LGA774 #-[ 編集]
本当にもうやめましょうよ
2008/10/30(木) 21:14 | URL | LGA774 #-[ 編集]
2chか自分のブログでやればいいじゃない。北森瓦版さんの記事を引用なりトラックバックするなりしてさ。
2008/10/31(金) 10:45 | URL | LGA774 #-[ 編集]
CUDAは文法的にNVのGPUの構造に起因する制限を受けます。
Grid/Blockの考え方がその例。
なので、仕様がオープンとNVが宣伝してはいても、事実上は
NVのGPUでしか使えません。
Grid/Blockの考え方がその例。
なので、仕様がオープンとNVが宣伝してはいても、事実上は
NVのGPUでしか使えません。
2009/09/21(月) 14:41 | URL | LGA774 #-[ 編集]
この記事のトラックバックURL
http://northwood.blog60.fc2.com/tb.php/2384-61926184
この記事にトラックバックする(FC2ブログユーザー)
この記事にトラックバックする(FC2ブログユーザー)
この記事へのトラックバック
