単発厨の自演失敗か？w

でもまあ俺の言ってることは概ね合ってるんだけどね。
もう一年前からここで言ってんだけどみんな小馬鹿にして取り合わないんだよね。
でもね、間違いなく俺の言ったとおりになるよ。

視野のせまい連中に洗脳されないようにな
コピペっと

>その点で、Penryn→Nehalemはメモコン追加しても大して性能上がってない。
NehalemやQPIについてこの手の勘違いが多すぎる。
Nehalemでデスクトップベンチの成績みて、
旧来のFSBでも今後も高速化していけるぜっ、と脳内計算で良好な結果が得られたらしいな。
何年も前からわかっていた乗り越えなければいけない壁をようやく乗り越えた。
この大手術の価値がわかってない坊やさん達にNehalemを語る資格はない罠。
ともあろうにAMDのスレでこんな意見が今更でるとはね。
OpteronにとってはCore 2より遙かに強敵になったが。

いやいやそういうことを言ってるんじゃないんだよ団子ちゃん。
あんた、足元ばっかみて全体像がまるで見えてないよ。
俺が言いたいのはエンドユーザーが欲する物が今後のあり方を決める指標になるということ。
intelはipc向上鈍化の閉塞感を中途半端なマルチコアにすがってデベロッパに責任転嫁してきたが、もうみんなにバレバレなんだよ。
市場が欲しているのは必要、不必要でばっさり切り分けられるもっとわかりやすいcpuの使い勝手の上に成り立つあり方。
俺は断言する。次世代のintelの次世代cpuでひとつの大きな流れを作るのはgpuとcpuのただのシンプルな結合であると。

>>809
IntelはLarrabee開発中だろ?
高速かつ柔軟な並列処理に最適な構成がLarrabeeだし
これをCPUを結合することで時代に即したCPUとなる
ATiやnVIDIAの方向は制限が多く柔軟性に欠けるから発展は望めない
やはりGPUはGPUとして特化した方向で進化すべきもの
CPUと結合するなら専用のGPUより性能が劣っても柔軟性に富むLarrabeeがよいと思うぞ

あ、ちなみに俺はダンゴじゃなくゴンダなw

>>809
ハイハイどーぞ

あんたの上にレスした人に言ったんだよ。コテが団子だろ。
あの人細かい技術論に埋もれ過ぎて大きな流れを見失ってるよ。

>俺は断言する。次世代のintelの次世代cpuでひとつの大きな流れを作るのはgpuとcpuのただのシンプルな結合であると。
おもしろいな。
QPIやPCUという下地も評価せずに、
せいぜいこれからの明るいCPU+GPUの世界を夢見てくれ。
足元も満足に見えてないのやつに、明日は見えるわけないぜっ。

>>812

そいつは時代の徒花だ。よくあるだろ、早過ぎた発想は実らないって。
つかだからなんなんだよ。

Nehalemで切り開いたインフラを使用しないLarrabee。
あったら観てみたいよ、全く。

もういいよ。今後の結果が決めることだ。おまえらしっかり覚えとけとよ。団子もな。

結局のところGPU統合の最大の原動力はPCの止まらない低価格でしょ。

「GPU統合」
って言葉に革新的なイメージをもつか、ネタ切れ停滞的なイメージを持つかってきかれたら
俺は後者だな。Larrabeeの統合はGPUの統合とは思ってないが。

ああ、眉毛団子と勘違いしてると知っていながら無駄にレスつけてしまったよ。
おれは新しいことや具体的なことは全く書かないつもりだし、
細かい技術論や妄想論が得意なのは、眉毛団子の方だぜ。

>>670, >>673で言ったとおりだな。
偶然とはいえ、さすがおれ様だ。
Nehalem肯定派でもLynnfieldとHavendaleには期待できないタイプなのよ。

>>809
>俺が言いたいのはエンドユーザーが欲する物
特にPCに詳しくない連中だ。シェアに占めるそういう連中の割合はでかい。
でそういう連中は劇重VISTAに劇重セキュリティソフトを入れるのでCPUはいくらでも高速な方が良い。

GPUやNBをCPUに統合するという手法もコストダウンに有利だ品。

>>825
もうGPUを密に統合する必要なぞ無いよなあ。

GPU内蔵チップセットと組み合わせれば、大抵の用事は済んじゃうし。

それよりもJavaScriptとかの高速化を何とかして欲しいところだが、これなんか
GPUにそういう機能を載せれば済みそうだし。

Larrabeeは例えるなら○○戦隊○○レンジャーに出てくる重戦車かなんか。
合体して巨大ロボットの脚部分となる。
はなから専用設計の重戦車（GPU）とやりあう気は無い。

でもやれるから参入する。露払いもかねてね。



>>832
JavaScriptの実行するのはあくまでソフトウェアだぞ？
Googleのv8がSSEコードを生成に対応したがこれはあくまでスカラ命令にするだけ。
ベクトル化とかパラレル化とかは全然先の話。

GPUだって魔法の箱じゃない。ソフトウェアを書くのは開発者。
並列化するには専用のプリミティブを埋め込んだり、専用の言語を使ったりして記述しないといいけない。

となれば、JavaScriptじゃなくてActiveXにすればいいって話になっちゃうって。

ｇｐｕにやらせられそうな仕事ってベクトル演算以外なんかある？
依存関係があっては駄目なんだよね？

>>837
今でも四苦八苦してるのに期待するほうが馬鹿じゃね?
せめてLarrabeeぐらいの汎用性を有してれば希望も大きいがあれは特殊だ
AitにしてもnVidiaにしても期待出来る範囲は非常に狭いのが現実だよ

当面の代替手段としては良いが中長期的には駄目だね

>>845
性能じゃなくてコストで割に合わないでしょ
LFBの値段はもちろん、ノートや小型プラットフォームでは実装面積のコストも大きい

もちろんLFB積んでちょっとパフォーマンス寄りにも出来る冗長性が有ればそれに越した事は無いけど
基本はやはりコストパフォーマンスど真ん中でシステムを考えないとね