私的良スレ書庫

不明な単語は2ch用語を / 要望・削除依頼は掲示板へ。不適切な画像報告もこちらへどうぞ。 / 管理情報はtwitterで
ログインするとレス評価できます。登録ユーザには一部の画像が表示されますので、問題のある画像や記述を含むレスに「禁」ボタンを押してください。

元スレIntelの次世代CPUについて語ろう 40

Intel スレッド一覧へ / Intel とは? / 携帯版 / dat(gz)で取得 / トップメニュー

みんなの評価 : ○
レスフィルター : (試験中)

前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ

/ 要望・削除依頼は掲示板へ / 管理情報はtwitterで

901 : Socket77 - 2009/10/02(金) 02:32:13 ID:/mpTaHkC (+27,+29,-58)

2009年7月ってまたタイムリーだなおい。

intelも過去にこんなのあったらしいけどどうなったんだか。
http://www.atmarkit.co.jp/fsys/zunouhoudan/037zunou/intel_reconfig.html

リコンフィギュラブルの未来は暗そうか残念

902 : ,,・´∀｀・, - 2009/10/02(金) 02:44:39 ID:gcK5RVtI (+0,+29,-4)

FPGAですら使い回しがききやすい単位で専用ユニット化ってのが一つの流れ

903 : Socket77 - 2009/10/02(金) 03:36:09 ID:A1cIirm6 (+24,+29,-25)

機能単位を細粒度化しても大して使い道無い割に
パフォーマンス落ちちゃうからね。

905 : Socket77 - 2009/10/02(金) 13:23:21 ID:OL1dvGKL (+30,+28,-44)

>>888
LarrabeeはCPUの汎用性を追求した分だけGPUのスループットを犠牲にしているのを
その図は表現していないな。

906 : Socket77 - 2009/10/02(金) 13:26:25 ID:tliYUPvC (+22,+29,-42)

Blue Geneなんかは各プロセッサの性能は糞みたいなものだからな、超物量作戦
かわりに並列度が低かったりノード間通信が重い場合は見事なまでに乙るが

909 : Socket77 - 2009/10/02(金) 16:11:39 ID:OL1dvGKL (+27,+29,-7)

さすがに無い物と同列に扱うのはララに失礼

910 : Socket77 - 2009/10/02(金) 16:20:06 ID:LfpprgKe (+19,+29,-11)

ハリボテ300のことですね
http://www.4gamer.net/games/099/G009929/20091001065/

912 : Socket77 - 2009/10/02(金) 19:25:06 ID:fgIwCeOz (+6,+11,-2)

SandyBridgeを否定してどうすんだよ

913 : Socket77 - 2009/10/02(金) 20:56:51 ID:CuTu9Z4p (+18,+25,-19)

IDFのららびーデモ馬鹿にしてたN厨が見事なブーメランだった件について

915 : ,,・´∀｀・, - 2009/10/03(土) 03:09:33 ID:1UBX1Exm (+21,+29,+0)

>>905
主要ターゲットたる物理演算・科学技術演算は本来、GPUの仕事ではないぜ？
GPUの効率ってそもそも何だ？
ブレてるぜ。

>>907
その例はどっちも同じ方向なんだが？
一般的にはFLOPS数を高めた分だけメモリ帯域が必要になる。
トランジスタの個数に制限があるなら汎用性が犠牲になる。
x86が優れてるのはスカラ演算の絶対性能だよ。
別にFLOPSは高いわけではない。
でも高くないからこそ、てこ入れの余地がある。

それをやるのがAVXの256ビット、LNIの512ビットSIMDだ
データレベル並列度を要求するGPUのようなハードに
ソフトが付いていくのなら、SSEでたかだか128ビット幅でしかないCPUの
SIMDユニットを増強することも同様に費用対効果が大きいよな。
逆に256～512ビットの程度のSIMDですらパフォーマンスゲインが
得られない演算が、より高い並列度を要求するGPUでの実行に向く理由がない。

916 : ,,・´∀｀・, - 2009/10/03(土) 04:11:24 ID:1UBX1Exm (+24,+29,-295)

GPGPUは最終的にはCPUとGPUのデータ交換がネックになる。
GPUに処理させるという苦行に対してやる気を削ぐだけの
CPUのSIMD演算強化をしてやればそれだけでGPGPU市場は廃れる。

なんにせよスカラユニットとベクトルユニット間のデータをオンコア
あるいはオンダイでやり取りできるのはトラフィック削減の
大きな決め手となりうる。
だからこそCPUがGPU（というワイドなSIMD）機能を持つ必要があるわけだ。
ディスクリートカード版のLarrabeeは逆にCPUに処理を依頼することなく
粒度の細かい処理を自分自身でこなせる。

GeForceにはCPUが絶対必要なのに、IntelはGeForceを要らない子にしようとしてる。
そろそろNVIDIAも完全に自律動作できるGPU作らないとだめなんじゃね？
たとえばGPUだけでWindowsが動くくらいの
（どっちかというとLarrabeeが一番それに近い気がするんだが）

917 : Socket77 - 2009/10/03(土) 04:29:59 ID:2gklpHBs (+27,+29,-16)

N社を要らない子にする目的は
解散後の人的鉱床目当てのような気がする

918 : Socket77 - 2009/10/03(土) 04:30:13 ID:dj72eU0k (-20,+29,-22)

たかが数十ｋB程度に収まる要素数しか扱えないのに？オンダイで？うれしいの？へーｗ

920 : ,,・´∀｀・, - 2009/10/03(土) 04:54:01 ID:1UBX1Exm (+24,+29,-185)

再利用頻度の高いデータも低いデータも読んでは書き戻しやってるから
帯域が足りなくなるわけで。

チップ間を跨ぐ時点で狭い帯域とレイテンシがネックになる

たとえ小容量でも低レイテンシで広帯域帯域のデータやりとりができるなら
それにあわせてデータ処理に対するの時分割の方法を変えるだけだ。
処理単位を細分化してな。
その程度も頭のないやつなら尚更GPGPUは使いこなせない。

922 : Socket77 - 2009/10/03(土) 06:02:36 ID:itYgxTDP (+19,+29,-4)

で、いつになったら出るのよ

923 : Socket77 - 2009/10/03(土) 06:39:07 ID:2gklpHBs (+17,+24,+0)

おお、TDPとは素晴らしい

932 : Socket77 - 2009/10/03(土) 15:11:21 ID:7E9dm+Eu (+0,+29,-5)

屁呑むといい、ラデオソといい
AMDって本当にものを作れないな

935 : Socket77 - 2009/10/03(土) 16:01:40 ID:fttMiyLR (+30,+30,-97)

少なくともDX11世代ではNVがものを作れていない事実が
表面化しているな。性能にこだわりすぎてでかいチップに
しすぎたせいだろうが、プライドより実利だと思うけどねぇ。

GPGPUに関しては正直まとまった量のデータを高速処理
する必要がなければいらない技術だな。整数弱いし汎用性
がないし、用途としては極めてニッチ。ただ、CPUにできない
ことを比較的簡単にできるという点では今のところ価値はある。

936 : Socket77 - 2009/10/03(土) 17:10:56 ID:7E9dm+Eu (+0,+29,-8)

それは出来そこないを増量しただけの
A社製品だから

937 : Socket77 - 2009/10/03(土) 19:22:43 ID:CtmLyNpH (+24,+29,-4)

アムドに買われたのをよく思ってないアチ信者もいるだろうね

938 : Socket77 - 2009/10/03(土) 19:29:48 ID:mTCf/04J (-26,-19,-13)

AMDは墓場って感じ

947 : Socket77 - 2009/10/05(月) 02:34:01 ID:e5iwUBaE (+24,+29,-23)

クアッド程度ならデュアルチャネルでも滅多に飽和しないんじゃないの、と言ってみる

948 : Socket77 - 2009/10/05(月) 03:22:56 ID:W9Z639+2 (+13,+23,-2)

↓そうなんじゃないの？

949 : Socket77 - 2009/10/05(月) 05:52:21 ID:dQPiMJ9d (-5,+4,-12)

８コア出るの遅れそうだな