トップページ⇒tech
994コメント306KB

GPGPU

■ このスレッドは過去ログ倉庫に格納されています
0001デフォルトの名無しさん2005/10/08(土) 23:15:20
いつの間にやらCPUを超える演算性能を持ってしまったGPUに計算させてみるという
GPGPUについて語りましょう

参考リンク

総本山? gpgpu.org
http://www.gpgpu.org/
GPUをCPU的に活用するGPGPUの可能性
http://pcweb.mycom.co.jp/articles/2005/09/06/siggraph2/
0655デフォルトの名無しさん2007/05/27(日) 11:34:31
>>654
わかんねーからきいてるんだろうが
こちとら時間ねーだんよささっと情報晒せ
0656デフォルトの名無しさん2007/05/27(日) 12:11:24
時間ないなら諦めたら?
0657デフォルトの名無しさん2007/05/27(日) 12:12:27
>>656
悪かった取り乱してしまった。すまいと反省している。
ね？ね？ヒントでいいかなんか情報くださないな
0658デフォルトの名無しさん2007/05/27(日) 12:56:58
なかなか釣れませんね
0659デフォルトの名無しさん2007/05/29(火) 01:34:39
あのー誰か教えてよぉもう2日もがんばってるけど
できないよ
0660デフォルトの名無しさん2007/05/30(水) 08:32:29
>>659
そもそもなぜGPUでstring処理を行いたいのでしょうか？？

いくらCUDAでGPUを汎用プログラミング用途に使えるようになったと
言っても、やはりGPUが得意とするのは大量の単精度浮動小数点データ
に対する演算だと思うのですが。
0661デフォルトの名無しさん2007/05/30(水) 13:59:24
余計なお世話だろ
0662デフォルトの名無しさん2007/05/30(水) 14:36:51
すみませんでした
0663デフォルトの名無しさん2007/05/31(木) 00:38:24
>>660

1024bitとかまぁもっと長いbit列の処理をさせた場合
現状どの程度優位（もしくは無意味か）データが採りたいんですよ。

だれか具体的にいくらって数値出していただけるならうれしいのですが
そんなもん自分でやれっていわれるのはまちがいないのでCUDAで
どうやって作ればいいのかちょっと聞いてみたかったんですよ。
未だにできないでうーむってうなってますよw
0664デフォルトの名無しさん2007/05/31(木) 01:00:22
>>663
CUDA SDK付属のエミュでまずは作れ。
そしたら実機で回してみせるよ。
0665デフォルトの名無しさん2007/05/31(木) 01:02:10
>>663
CUDA SDK付属のエミュでまずは作れ。
あうあう？うーんうーん？エミュってどこにあるの
それいってくださいよーもー
0666デフォルトの名無しさん2007/05/31(木) 01:08:06
まずはダウソしてインスコしてビルド汁
話はそれからだ

http://developer.nvidia.com/object/cuda.html
0667デフォルトの名無しさん2007/05/31(木) 01:22:09
64bitじゃ無理じゃーん
どうしろっていうんだorz
0668デフォルトの名無しさん2007/05/31(木) 02:35:44
俺もXP x64とVistaのデュアルブートだから無理だったんだよな・・・prz
0669デフォルトの名無しさん2007/05/31(木) 07:54:50
>>667
欲張って64bitのマシンを買うからだ
0670デフォルトの名無しさん2007/05/31(木) 09:40:38
大丈夫、漏れは64bit機で32bitRedHat入れている。
#勿論、CUDAは問題なく動く。
0671デフォルトの名無しさん2007/05/31(木) 23:27:42
http://grape.astron.s.u-tokyo.ac.jp/~makino/articles/future_sc/note048.html
http://jp.arxiv.org/pdf/astro-ph/0703100

実用の計算で150Gflopsなら立派なもんだね。

負け惜しみで発熱に文句付けてるけど、
1年半すればミドルレンジ、3年後にはノースのおまけになるのがGPU。

残念ながらGrapeはお終い。
0672デフォルトの名無しさん2007/05/31(木) 23:32:08
演算アクセラレータボードを作っている会社も危ない状況ですね。
某社のボードなんか100万とかする挙句に開発環境がそれの倍以上だもんなぁ。
0673デフォルトの名無しさん2007/05/31(木) 23:52:47
ねぇねぇubuntu x64環境でどうやってCUDAするの？
toolとcudaいれたけどVideoのドライバがインスコできない
なんで？
0674デフォルトの名無しさん2007/05/31(木) 23:54:34
ERROR: this .run file is intended for the
Linux-x86 platform, but you appear to be
running on Linux-x86_64. Aborting installation.

とか出るのですが原因が判りません。
0675デフォルトの名無しさん2007/05/31(木) 23:59:43
>>674
日本語の参考書が出るまで、あんたにはCUDAは使えない。
日本語の参考書が出たらまたどうぞ。
0676デフォルトの名無しさん2007/06/01(金) 00:26:47
>>671
いやさすがに3年後でmGPUにはならないでしょ…
0677デフォルトの名無しさん2007/06/01(金) 01:30:32
>>674
エラーメッセージにダメな原因がはっきりと書いてあると言うのに、
これでも文章の意味が分かりませんか。はぁーーーーー。

# 日本の英語教育がよくないのか、それとも674氏特有の問題なのか。

ネイティブスピーカーが何を言っているのかなかなか分からない私で
すが、文字として書かれていれば、これくらいの文章は普通に理解で
きないものですかねぇ。

なんだかんだ言っても実質的に世界標準言語は英語なわけで、GPGPU
とか言い出す前に、まずは中学・高校レベルの英文は読めるようになる
必要があると思います。

# それができないなら、675氏の言う通りだと思います。
0678デフォルトの名無しさん2007/06/01(金) 01:34:26
いや、日本語の参考書が出てもダメでしょ。
0679デフォルトの名無しさん2007/06/01(金) 03:14:22
>>671のサイトのはGRAPEの製作者のところなので
自分たちのシステムの優位性をアピールしたいんだろうが
その人たちですら、性能面でのGPUの優位性はもはやみとめざるを得ないと言う事だろうな。





しかしまぁ、CUDAの実行環境の話もそうだけど
さっさとGPGPUの環境整えてくれ。Vistaやx64非対応ってやる気あんのかと
0680デフォルトの名無しさん2007/06/01(金) 03:16:42
一般人は、エラーメッセージの内容を信用しないって所があるんじゃね？
多分、そのメッセージが日本語でも同じ。

理由は、Windowsのような、全くもって何の解決にもなってないようなエラーを吐く環境に鳴れたせいかと。
アプリケーションの強制終了の時のエラーダンプを、アプリケーションの作者に送っても殆ど無意味だし。
ブルースクリーンのエラーメッセージをコンピュータのサポートに送っても無意味だからなぁ
0681デフォルトの名無しさん2007/06/01(金) 23:10:00
おいハードディスク買ってきたから32bitOS入れるから
教えてくれるよね？
0682デフォルトの名無しさん2007/06/02(土) 14:26:11
環境は今からそろえるつもりとして、はじめるとしたらCUDAとCgどちらがいいですか？
0683デフォルトの名無しさん2007/06/02(土) 14:33:49
両方やれば?
0684デフォルトの名無しさん2007/06/02(土) 15:37:28
ねぇねぇねぇ
CUDAで
NVIDIA: could not open the device file /dev/nvidiactl (No such device or address).
とかでるんだけどさ、なんで？
NVIDIA-Linux-x86-1.0-9751-pkg1.tar.gzこれいれたんだけどさ。
いまカードはGeforce7950GTXなんだけどエミュで動かせるって聞いたけど違うのかな？
カード走って買ってこないとダメ？
0685デフォルトの名無しさん2007/06/02(土) 16:17:50
GPUチップを認識できてないとそうなった希ガス。
nvcc動かすだけなら大丈夫だと思うけど。
0686デフォルトの名無しさん2007/06/03(日) 02:02:23
エミュ用のディレクトリのを実行した？
0687デフォルトの名無しさん2007/06/03(日) 12:43:44
サンプル動いたぉ
0688おしえてちゃん2007/06/03(日) 14:27:02
gpgpu志向のプログラム作ろうとしてます。
ですがいきなり分からないことが、出てきました。

点を二つ作り、その点の大きさをgl_PointSizeを使って
大きくしたら、点が重なりました。その重なった部分の混合色は
どのようにつくられるのですか？

1,(vertex + fragment シェーダでの処理を一単位と考えて)
二度シェーダプログラムを呼んで色の混合を作る。
2,（上と同じ考えで）一度で処理する。
3,そのほか

同じカーネルに、複数の色を叩き込むということなので、
その色の混合処理の方法がわからないのです。

一体どれなんでしょうか？
0689デフォルトの名無しさん2007/06/03(日) 18:14:52
あまりGPGPU指向の話じゃないねぇ
0690デフォルトの名無しさん2007/06/03(日) 19:24:42
ちょいCUDAで質問
とりあえずCUDAの手順として
デバイス初期化
メモリ初期化（host,dev)
計算
終了処理
という感じになっているが、なんでkernelの関数呼び出す時こんな
キモい呼び出しになってるの？すっげーキモくて違和感ありありなんだが

testKernel<<< grid, threads, mem_size >>>(d_idata, d_odata);

こんなアフォな呼び出ししたくねーよw
0691デフォルトの名無しさん2007/06/03(日) 19:55:22
その呼び出しのどの部分がキモいのか具体的にお願いします。
0692デフォルトの名無しさん2007/06/03(日) 20:43:48
逆にそれだけで済んでしまうところが肝なんだが。
0693デフォルトの名無しさん2007/06/03(日) 21:10:34
今エミュだけだからよーわからんのだけど
__device__と__global__って再帰呼び出し禁止だけど

２つの関数交互に呼ぶのはOKなのかなぁ？
エミュだとOKに見えるのだが実機だと動かなそうだがうーん

0694デフォルトの名無しさん2007/06/03(日) 22:12:09
ソース上げてくれたらテストするよ。
0695デフォルトの名無しさん2007/06/03(日) 23:13:18
__device__ hogeから__device__hoge1を呼び出せないのは痛いなぁ。

inline展開できない場合は処理不可能なのかぁうーむ。これにはちと
まいったな
0696デフォルトの名無しさん2007/06/07(木) 23:58:14
なぁなぁ

Geforce8800GTXでCUDAするとき
sharedメモリいくらになるの？
各ブロックはいくらになるの？

その辺の情報がいまいちよーわからんのだが
0697デフォルトの名無しさん2007/06/08(金) 07:41:27
CUDAが未だにVistaやx64に対応できないのは何か理由があんの？
もうかなり経つよね。
0698デフォルトの名無しさん2007/06/11(月) 00:43:57
GPGPU完全死亡
http://pc.watch.impress.co.jp/docs/2007/0611/kaigai364.htm
0699デフォルトの名無しさん2007/06/11(月) 02:23:44
>>698
こんなのセルと大してかわらへん
並列度が低すぎる
0700・∀・）っ-○◎●2007/06/11(月) 03:08:05
IA命令セットと互換ってのがみそだろ。
どうせSSEだろうけど。
0701デフォルトの名無しさん2007/06/11(月) 07:00:21
で、どれだけ広まるのよ？一般に。
GPU以上に広まる可能性はあるのけ？
0702・∀・）っ-○◎●2007/06/11(月) 07:04:13
そもそもGPUじゃないし
ただGPUで出来るGeneral Processingのおいしい部分は全部持ってっちゃうと思う。
x86のコードがそのまま動く意味は大きい。
0703デフォルトの名無しさん2007/06/11(月) 07:04:20
しかも2009年まで出てこなんじゃ
インテルお得意のキャンセルされるかもしれないしね
0704デフォルトの名無しさん2007/06/11(月) 07:22:53
てことは、一般には浸透しない可能性の方が大きいな。
Intelの資料にはLarrabeeだけで4CPU(?)構成の絵があったりするから
OSもそのまま走るのかも？

Tera Tera Teraには下記の記述がある。
LARRABEE ??TERATERA--SCALE SOLUTIONSOLUTION
Discrete high end GPU on general purpose platform
TeraFlopsof fully programmable performance
GPU ->16 cores @ ~2.0GHz, >150W
JPEG textures, physics acceleration, anti-aliasing, enhanced AI, Ray Tracing etc.
0705デフォルトの名無しさん2007/06/11(月) 18:39:47
CPUコアがいくら増えたところでGPUの性能が落ちる訳じゃないし。
0706デフォルトの名無しさん2007/06/11(月) 19:57:52
GPGPUよ、短い命であった。
0707デフォルトの名無しさん2007/06/11(月) 22:43:50
そう、CPUのコアが増えたところで
GPGPUを使えば更に速くなるわけで、どっちか切り捨てるとかそういうものじゃないでしょ。
使えるものは使うと速くなるんだから。この場合は　だけどｗ
0708デフォルトの名無しさん2007/06/11(月) 23:07:43
例えば今まで
CPU10 + GPU25 = 35
で処理できていたことが
CPU20 + GPU25 = 45
で処理できるならそれはいい。
なんで
CPU20 = 20にGPU切り捨てる必要があるんだ
0709デフォルトの名無しさん2007/06/11(月) 23:15:13
しかも、CPUよりはGPUの方が安い罠。
0710デフォルトの名無しさん2007/06/11(月) 23:18:20
30コアのCPUがいきなり一万円台で買えるとは思えないが。
よっぽど一世代前の高級GPUのほうが安く買えるかも。
0711デフォルトの名無しさん2007/06/11(月) 23:41:11
PCI-Expressに挿せる超高速コプロならなんでも売れると思うけどね。
GPUでも糞INTELの石でもなんでもいいけどね
0712デフォルトの名無しさん2007/06/11(月) 23:46:48
そうは言ってもClearSpeedはベンチマークスコア上げるのには
有効だが実用面ではちょっと。
0713デフォルトの名無しさん2007/06/11(月) 23:51:48
あれは期待外れだった。糞高いコンパイラだけで性能出せないんじゃ……ねぇ。
0714デフォルトの名無しさん2007/06/12(火) 07:29:59
「Larrabeeが登場したら、ハイパフォーマンスコンピューティングのベンチマークを
総なめにする可能性がある」とある業界関係者は期待を語る。

Larrabeeのターゲットアプリケーションは、一目見てわかる通り、GPUがGPGPU
でターゲットにし始めている領域と完全に重なる。つまり、LarrabeeはIntelによる
GPGPUの動きに対する回答だ。IntelとGPUベンダーは、ハイパフォーマンスな
浮動小数点演算性能が必要な並列コンピューティングの領域で、真っ向から
ぶつかることになる。
0715デフォルトの名無しさん2007/06/12(火) 14:02:27
LarrabeeはSSL対応レイヤ3スイッチのアクセラレータや
重めのアプリケーションサーバにも向いているような気がする。
値段次第だけど。
0716デフォルトの名無しさん2007/06/15(金) 05:53:00
R600のプログラム形態はSPIのStorm-1に近いかも知れん。
0717デフォルトの名無しさん2007/06/15(金) 06:11:31
ttp://journal.mycom.co.jp/articles/2007/02/15/isscc1/
>Stream ProcessorはDPUの他、2つのマイコン(MIPS 4000Ec)を搭載している。
>一つはSystem MIPSと呼んでおり、管理用OSが動作している。
>もう一つはDSP MIPSと呼んでおり、ここでメインアプリケーションが動作し、DPUをマネージメントする。

>並列アーキテクチャを備えたDSPながら、データ処理ロジックの開発は極めて簡単だという。
>アプリケーションはシングルスレッドプログラミングで記述すればよく、複数のレーン間の協調や、
>分散して配置されているメモリのマネジメントについて考慮せずに開発ができるという。
>複数のレーンには同じ命令を配置するので、レーン間で因果関係は出ない(出ないように
>各レーンに割り当てるデータの切り方を考慮する必要がある)。
>また、メモリのマネジメントはコンパイラが自動的に行う。
>このため、マルチスレッドプログラミングが必要なマルチコアDSPよりも、
>アプリケーション開発が楽であるという。しかも、将来の製品展開によってレーンの数が増減した時にも、
>ほぼ同じアプリケーションを使い続けることができるというスケーラビリティを持っているという。

R600の場合command processorとUltra-Threaded Dispatch Processorを二つのMIPS
レーンをShaderと置き換えれば似てるかも知れんね。
ただしR600の場合そのレーンのブロックが4つある。
0718デフォルトの名無しさん2007/06/15(金) 19:06:16
GPGPUでGrapeオワタと思たらメニーコアでGPGPUオワタ
0719デフォルトの名無しさん2007/06/19(火) 20:26:20
GPGPUを使った類似画像検索とか面白そうだが
どこもやってないのかな？
0720デフォルトの名無しさん2007/06/19(火) 21:52:03
画像のパターン検索？ならやってた人がいたと思う
0721デフォルトの名無しさん2007/06/19(火) 23:10:03
まぁそういう用途はGPGPUよりもこういうほうが面白そうだけどスレ違いか
ttp://www.k2.t.u-tokyo.ac.jp/vision/M-SIMD_architecture/index-j.html
0722・∀・）っ-○◎●2007/06/20(水) 00:57:06
DirectX10でGPUを汎用整数プロセッサとして使うサンプルある？
0723デフォルトの名無しさん2007/06/20(水) 01:19:03
今更R600って、…MSX Turbo-R？
0724部外者('A`)NEET ◆xayimgmixk 2007/06/20(水) 11:57:32
あれは、R800だろ。
0725デフォルトの名無しさん2007/06/20(水) 16:44:13
SEGA の体感ゲームだっけ?
0726デフォルトの名無しさん2007/06/21(木) 01:21:12
R3000じゃなかったっけ？
ジオメトリエンジンついてるんだよな？
0727デフォルトの名無しさん2007/06/21(木) 05:39:54
ttp://www.dailytech.com/article.aspx?newsid=7772
NVIDIA Announces Tesla General Purpose Processor Platform

ttp://pc.watch.impress.co.jp/docs/2007/0621/nvidia.htm
NVIDIA、G80ベースのHPC向けGPU「Tesla」
〜PCI Expressカードタイプから1Uラックまで

>Teslaのソフトウェアプラットフォームは同社の汎用プログラミングモデル
>「CUDA (Compute Unified Device Architecture)」を利用。
>CUDAにはGPU用のCコンパイラが含まれており、
>Cプログラムに若干の修正を加えるだけで、
>CUDAコンパイラが処理をCPUとGPUに振り分けられる。
0728デフォルトの名無しさん2007/06/21(木) 06:05:30
新しいGPGPU
ttp://www.gpucomputing.eu/index3.php?lang=en&page=_library1.php&id=3
ttp://www.gpucomputing.eu/index3.php?lang=en&page=_demo4.php&id=3
0729ktkr!2007/06/26(火) 11:26:50
ktkr!

Linux
[Download x86, x86-64] CUDA Tookit version 1.0

Windows
[Download] CUDA Tookit version 1.0 for Windows XP (32-bit)
[Download] CUDA SDK version 1.0 for Windows XP (32-bit)
[Download] Windows Display Driver version 162.01 for CUDA Toolkit version 1.0

ttp://developer.nvidia.com/object/cuda.html




....ちょ、x64とかVistaは?
0730デフォルトの名無しさん2007/06/26(火) 11:50:15
お、情報THX。
早速見てみなくちゃだわ。
0731デフォルトの名無しさん2007/06/26(火) 12:15:19
もう完全にCUDAはやる気ないんじゃない？

うちはXP x64とVistaのデュアルブートだから、完全にアウト。
0732デフォルトの名無しさん2007/06/26(火) 12:17:27
>>731
大丈夫、TesraがあるからCudaは終わらない。
0733デフォルトの名無しさん2007/06/26(火) 14:56:23
こりゃあrapidmindの勝ちかな
0734デフォルトの名無しさん2007/06/26(火) 15:51:35
x86_64 でXPとかビスタなんて使ってるやついたのか？
0735デフォルトの名無しさん2007/06/26(火) 15:54:31
GPGPU用途に限ればLinuxでもいいのか。
CUDAカーネルの5秒制限も払拭されることだし。
0736デフォルトの名無しさん2007/06/26(火) 18:51:32
残念。Larabeeの一人勝ち。
0737デフォルトの名無しさん2007/06/26(火) 19:15:32
CUDAの分野とかから考えて、Vistaとx64を避ける意味がわからん。
特にVistaでは、GPUの仮想化をサポートしてるんで、まさにGPGPUの為の実装みたいなもんなのに・・・
0738デフォルトの名無しさん2007/06/26(火) 20:32:02
Larrabeeは2009-2010登場のでGPU軍勢が散々広まってしまった後だ。
それにGPUは3世代進歩する。
専用ライブラリやランタイムが必要ならISAがx86である意味は薄い。
ましてや32コアを意識してプログラムを組めなんて気の遠くなることは・・・
Larrabeeだけこける。

GPU軍勢の影の総大将がMicrosoftであることは間違いない。
0739デフォルトの名無しさん2007/06/26(火) 20:52:27
>>737
じゃあDirectX10.1が出る頃には対応するんじゃないか
0740デフォルトの名無しさん2007/06/26(火) 21:11:16
PeakStreamを忘れないでください…と思ったけど買収されたしナァ
0741デフォルトの名無しさん2007/06/26(火) 22:39:50
>>738
そんなばかなｗ
GPU軍勢って、nVIDIAだけじゃん。
結局IntelとAMDの天下だよ。
0742デフォルトの名無しさん2007/06/26(火) 22:46:43
ララビー来るまでにTeslaがどれだけ普及するかだなぁ。
取り敢えずCUDA1.0を788GTSで動かすかな。
0743デフォルトの名無しさん2007/06/26(火) 22:58:45
歴史的に見て、このプロセッサ(GPU)をCPUが取り込もうとして
失敗する事は殆ど無い。最終的にCPUに取り込まれるのは必然だと思われ。

性能云々の問題ではすまない。それで住むならMIPSは勝利していたはず。
キーとなるとは、いかにGPUを汎用的に使えるようにするか　だ。
GPUのメリットはぶっちゃけてしまえばコア数の差だ。これがもっと汎用的な事が可能なCPUもコアが増えるとなれば大変だ。
向き不向きで確かにGPUの並列化のほうが得策かもしれないが、その差が微々たる物であった時、はじめは部分的に使われても、最終的には全てを飲み込まれてしまう。

CUDAがx64やVistaに対応しないとか、馬鹿な所で詰まってる場合ではない。
今のメリット(先行)を生かさないと・・・。
本当に何を考えてるんだか・・・。
0744デフォルトの名無しさん2007/06/27(水) 01:05:29
先生！
強い電波を観測しますた！！
0745デフォルトの名無しさん2007/06/27(水) 01:39:32
>>743
まー、さっさと対応して欲しいよね。
俺もCPUに取り込まれてx86になったら、人は流れると思う。
特定分野はわからんけど、それならそれでx64に対応しろよ。
何もかもが中途半端
0746デフォルトの名無しさん2007/06/27(水) 01:45:07
長文いってみようか。

性能ではなく普及台数の勝ち負け（プラットフォーム足り得るか）で言えばTeslaは間違いなく「負け」だな。
研究者は独りでｵﾅﾆｰしてﾊｧﾊｧできるだろうが、需要となるキラーアプリが無い限り一般消費者が飛びつくわけがない。
どっかのアホがPPUでレイトレとか風呂敷広げてたが、PPUと同じように普及せず終わる。
（つかそもそもTeslaは一般向けじゃねぇし）

GPUはGPUたる所以のラスタライザ周りのハードワイヤード機能が足枷となって
電力消費の観点からも性能は伸び悩むだろうが、Vistaや3Dゲームで元々GPUは需要があるだけに可能性はある。
ただ現状ではVistaは全く普及していないし、CUDA・CTMとベンダ毎に仕様が異なるから
2010年にLarabeeが登場する頃までは標準化も達成されずグダグダが続くだろう。

ってことでIntelとAMDが談合してx86にデータ並列のストリーム処理命令を新たに追加して終わりだな。
LarabeeでもFusionでも使えるとなれば勝ち決定。
0747デフォルトの名無しさん2007/06/27(水) 02:10:44
と思ったがLarrabeeは全部のコアでフルx86が走るのか。
そうなると>LarabeeでもFusionでも使えるとなれば〜は無いな。
0748デフォルトの名無しさん2007/06/27(水) 02:28:25
CPU/MCHどっちにくっついていようがオンボードVGAがシェーダー重視で肥大化して
いったら、逆にS3（VIA）その他の弱小グラフィックスが再び脚光を浴びる。

（PCIeカードの）GPGPUは大学の研究室/個人レベルで使われるだろうが、それで終わる。
チップ自体の価格は大量生産を背景に競争力を持てるが、プログラミングコスト、電力
コストを考えると中〜大規模案件では採用されない。

Larrabeeは詳細不明、リリース次期から逆算すると現時点でテープアウトしてなさそう。
後藤記事によると「“練習版”、本格的な製品とは言えない」(業界関係者)。とのことで、
実用化への道は長い。

5年後を予想すると、HPCクラスタ界隈はOpteronやXeonやPowerPCが引き続き使われ、
クライアント環境でのベクトル演算/SIMDはSSEの進化で間に合う。
0749デフォルトの名無しさん2007/06/27(水) 02:38:09
639 ：Socket774 [sage] ：2007/06/18(月) 23:35:29 ID:j/fCz3TG
http://it.nikkei.co.jp/business/news/release.aspx?i=162405
システム価格の安いｘ８６サーバーのクラスターシステムへの需要シフトが
継続するとＩＤＣではみています。
２００６年におけるｘ８６サーバーは前年比４０．６％増で、４年連続で前年比プラス
成長となりました。国内ＨＰＣ市場におけるｘ８６サーバーの出荷金額構成比は、
過去最高の３６．６％に達しました。
ＲＩＳＣサーバーからｘ８６サーバーに民間企業のＨＰＣ需要がシフトしたとみられ、
民間企業向けの大規模クラスターシステムが好調でした。

678 ：Socket774 [sage] ：2007/06/27(水) 01:35:36 ID:Kgk8gcuA
Sun，ペタフロップスを実現可能なSolaris機を披露へ
http://techon.nikkeibp.co.jp/article/NEWS/20070626/134833/
Rangerには米AMD社のクアッド・コアを6576個以上搭載する。
当初のピーク性能は105TFLOPSだが，2007年中にピーク性能を
421TFLOPSに引き上げる計画である。

IBM社の次世代BlueGene，米Argonne研が導入へ
http://techon.nikkeibp.co.jp/article/NEWS/20070626/134832/
今回のBlue Gene/Pの演算性能は114TFLOPS。
2007年秋には3万2768個のプロセサから成るシステムになる。
各プロセサは，4個のCPUコアを1チップ上に集積した，いわゆる
クアッド・コアである。
0750デフォルトの名無しさん2007/06/27(水) 02:39:19
670 ：MACオタ [sage] ：2007/06/26(火) 22:25:47 ID:E+b+TZBO
Blue Gene/Pのプレスリリースす。
http://www-03.ibm.com/press/us/en/pressrelease/21791.wss
　　---------------------
　　Four IBM (850 MHz) PowerPC 450 processors are integrated on a single Blue Gene/P
　　chip. Each chip is capable of 13.6 billion operations per second.
　　---------------------
　・PPC450: Quad 850MHz PPC440 core with "Double Hummer" FP-APU
　・1 petaflops at 294,912-processor
　・up to 884,736-processor
　・optical rack-to-rack interconnect

671 ：MACオタ＠補足 [sage] ：2007/06/26(火) 22:35:03 ID:E+b+TZBO
とりあえず884,736-processorの最大構成で2-PetaFlopsわ超えるす。同じPPC44xベースの
コアが90nmバルクCMOSで2GHzを超えることが可能なことも証明されているすから(>>392参照)、
Blue Geneわ、このままの設計でも数年以内に5-PetaFlopsを超えるロードマップわ現実的す。
0751デフォルトの名無しさん2007/06/27(水) 02:41:21
変なの沸きすぎ
0752・∀・）っ-○◎●2007/06/27(水) 04:23:26
俺Vista x64で8600GTだけどDirectXしかねーべ？
0753デフォルトの名無しさん2007/06/27(水) 05:29:45
Larrabeeってどうやって普及させるつもりなんだろうか。
0754デフォルトの名無しさん2007/06/27(水) 11:13:19
最終的にはCPUと統合らしいから
普通に次世代CPUとしてでしょ。
何となくチップセットに内蔵してきそうな気もする。

っていうか、単体で出さないでしょ？ｗ
科学技術分野に出すかも知れないけど、普及版は統合かと
■ このスレッドは過去ログ倉庫に格納されています