アカウント名:
パスワード:
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
弘法筆を選ばず、アレゲはキーボードを選ぶ -- アレゲ研究家
んだかねぇ。 (スコア:0)
そんなもの作って何になる?
分散処理するのとどっちが効率いい? とまぁ、PS3の方なんかを見てると思うわけで。
海の中に作れば水冷に困らなさそ。
Re:んだかねぇ。 (スコア:3, 興味深い)
通信量が少なければ少ない程たくさんのコンピュータに分散しやすくなるんだけど、通信量をあんまり減らせないような計算もあるわけ。で、一箇所にまとめて置くくらいならなんとかトラフィックを捌けるとかいう処理だとこういうのが有効になるのでつ。もっとトラフィックが多くなるような計算もあって、そういうのだと分散処理自体できなかったりするので一台で計算しなきゃならなかったり。
Re:んだかねぇ。 (スコア:3, 興味深い)
#これとアンサンブル平均の話（さまざまな初期条件で走らせてみる）をごっちゃにしている人の多いことorz
ＥＳ関係のプログラマがこの「となりのグリッドの計算結果を如何に効率よく隣四件両隣に配分するか」って問題を解いているかって知っている限り、「ＰＳ３で分散処理すればぁ？」ってむなしく聞こえることしきりｗ
Re:んだかねぇ。 (スコア:1)
# 人間の脳の場合はマルチキャストがすごいのかもしれないけど
Re:んだかねぇ。 (スコア:3, 参考になる)
いや、ですから、いま問題にしているような例では計算の局所性が低いんで、通信コストが非常に
重要になるのですよ。
小さな計算をものすごい数の初期条件で何回も計算して最適解を求めるようなものは分散処理に
向いていますが、膨大な数の短時間で終わる小さな計算結果を統合して次の計算のパラメータを
算出、それを配りなおして再計算、というループを延々と繰り返すタイプの計算では分散処理は
無理です。いや、正確にいえば無理ではないんですがすごく高速な通信路で結ばないといけないんで
今の普通のネットワークを介した分散処理は無理。
だからこういった計算をやるスパコンの実性能はかなりの部分がCPU間の通信をどう設計/実装
するかに依存しているわけで。
具体的には、例えば1ループが1時間かかる計算を初期条件を変えて1000万回計算するような処理は
1000万台のCPUがあればほぼ1/1000万分の1の時間で終わります。一方、1ループが1/100秒で
終わるけれどもメッシュが1000万あって、次のループは各メッシュ計算結果を組み合わせたものを
初期状態にして計算、これを36万回ループを回すような場合、トータルの計算量は先に述べた例と
同じになるものの、台数を増やしても通信速度が遅ければ（1ループの結果から次の初期条件を算出
するまでの時間が凄まじくかかるため）大して計算速度は向上しません。
Re:んだかねぇ。 (スコア:0)
#それだけなのでAC