アカウント名:
パスワード:
# コンピュータアーキテクチャは専門外なので嘘をついてたらごめんなさい.
大きな違いとして,メモリ帯域の不足があります.
今のところプロッセッサ外部へのアクセスはダイの端からしか出来ません.そのため,1ダイ上に数十以上のコアを実装する場合には,全てのコアがメインメモリに直接アクセスすることは不可能になります. この問題を解決するためには,コアやコアグループに局所的なメモリ (≠メインメモリのキャッシュ) の上で処理を行うようにソフトウェアを作らなければなりません. また,同種の作業をコアに割り振るとメイン
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
犯人はmoriwaka -- Anonymous Coward
高並列プログラムを書いたことがある人は結構いる (スコア:3, 参考になる)
100台から数千台の規模のPCクラスタも日本に100じゃきかないぐらいあるので、
並列プログラムを書いた人は数千人はいると思う。
でも、マルチコアは、それとはまた少し状況が違うでしょうね。CUDAみたいな
ものと、これから出てくるマルチコアも様子が違うだろうし。
Erlangとかの論理型プログラミング言語は懐かしいけど、
メモリネックが見えてるのでだめだと思う。局所性の高い並列処理に向いた
データ構造に馴れれば、それなりの性能は出ると思うので、プログラミング言語
自体は、並列処理がスレッドなりで入っていれば、どれでも良いです。GCが
入っている言語は実装が厳しいだろうと思う。
Re: (スコア:0)
#耐障害性などはサーバー用途の SMP 機と比べるとダメダメだと思いますが。
Re: (スコア:1, 興味深い)
# コンピュータアーキテクチャは専門外なので嘘をついてたらごめんなさい.
大きな違いとして,メモリ帯域の不足があります.
今のところプロッセッサ外部へのアクセスはダイの端からしか出来ません.そのため,1ダイ上に数十以上のコアを実装する場合には,全てのコアがメインメモリに直接アクセスすることは不可能になります. この問題を解決するためには,コアやコアグループに局所的なメモリ (≠メインメモリのキャッシュ) の上で処理を行うようにソフトウェアを作らなければなりません. また,同種の作業をコアに割り振るとメイン
Re: (スコア:1)
Cell ですでに実装されているものですね。 ただ Cell の場合はこの局所的なメモリにしか直接アクセスできないので、 すこぶる使い勝手が悪いと思います。
メインメモリへのアクセスについて、コンパイラかハードウェアのサポートがあれば Cell プログラミングがかなり楽になると思うんですが、そうすると今度は性能を出すのが難しくなると。
Re:高並列プログラムを書いたことがある人は結構いる (スコア:0)
数個のコアならOSの助けを借りながらやった方が既存のモデルが使えていいんでしょうけど、
今回のストーリーのような数百、数千個以上を目指そうとすると立場が逆転するかもしれませんね。