アカウント名:
パスワード:
今はコストなど度外視して作った特別なスーパーコンピューターの時代じゃない普通のパソコンのプロセッサ（または普通のパソコン程度のプロセッサ）をパラに並べてコスト・パフォーマンスを競うだけの、ハイ・パフォーマンス・コンピューティング（HPC）の時代コスト・パフォーマンスを求める現実的アプリケーションの無い国ではHPCなど必要とされない
昔に比べてスパコンじゃないと出来ない計算は減ったかもしれないが，スパコンじゃないと出来ない計算はまだまだ多い。
例えばMRJなんかは初めてまともに一部分や簡略したモデルではなく，機体全体の数値シュミレーションを設計に取り入れることが出来た。
また京で求めようとしている生命・人体の統合シュミレーションも，実際には京ではまだまだ無理で，次世代かその次くらいで可能になるであろう技術を習得するという意味合いが強いらしい。
基礎研究を続けるならスパコンは絶対必要。
普通のパソコンのプロセッサを並列にする、というやり方はそろそろ破綻をきたしそうです。なぜなら、数万個のCPUを故障無く一定時間動かせるほどには、CPU自体の信頼性が高くないからです。そろそろCPUについてもスパコン用のCPUが必要になる時代がまた来るかもしれません。スパコンが求めるCPUの仕様は昔は性能命だったけど、現在は信頼性と消費電力（とそれなりの性能）のバランスが大事になってきています。
応用数理・情報の先生とかが、アルゴリズムや予兆対応・被害極小化の研究をしているので、その成果がそのうち出てくると思う。
だからこその「京」なんじゃあるまいかと。そのスパコン用のCPUを設計したのがあれのウリなんですよ。
あれぐらいの規模になるとＣＰＵ自体が完全無欠に製造されていたとしても宇宙線とかが外から飛んできてガンガンビット化けして、毎日何十回～何百回ぐらいのオーダーで回路中の値がバグるから、ECCによるエラー訂正、パリティチェック＋二重化、三重化＋多数決とか、いろんな方法で演算回路やバス、キャッシュメモリ、TLBその他を保護してやっと８万ノードをまる一日動かせたわけで。
Intelの普通のCPUもハイエンドな（*-EX）方にはそれなりに信頼性のための回路もいろいろ積まれているけれども、「京」のSPARCはもともと８万ノードを想定して設計しているのでレベルが違う。もちろんその分回路面積が増大してローエンド向けにはコスト面で不利になっているのは否めないですが。
東電様のおかげで、しばらくの間、関東/東北にスパコンなんか設置できないんじゃないかな？電力事情もしかり、放射線事情もしかり。
全てのノードが故障なく動くこと前提とか京ってのはどんだけタコな設計なんだよw
ちゃんと故障しても大丈夫な設計になっていますよ。ネットワークもしかり。
京はスパコンのために一応専用CUPを作って信頼性を担保しました。ところが，わざわざ汎用CUPの方がコスパが高いので（当然），もう汎用CUPでよくね？っという意見もありますが，特にこれからはそうじゃなくなってくるでしょう。（サーバ用CPUでも信頼性が足りない）CPUを作れないとスパコンを作れない時代がまた来るかもしれません。ただ，CUP超並列化でCPUに高信頼性を求める方法もいずれ限界が来るかも。
京で興味深かったのが，CPUは水冷ですが，その理由が「信頼性の保証」だったこと。CPUの動作温度を下げると当然故障は減るわけですが，水冷はちゃんと作らないと簡単に故障の原因になるので意外でした。
PRIMEHPC FX10もバカ売れすれば安くなるわけで、コストなんてしょせん鶏と卵の話でしかない。インテルやAMDのCPUは高性能だが、やはり向き不向きがあって、CPUだけで京クラスのスパコンを作るのはほとんど不可能。となるとCPU+GPUだが、現時点ではプログラミングが難しすぎる。
あと、プロジェクト開始時にはAVXなんて影も形もなく、GPGPUもまだまだ未知数だったことをお忘れなく。
というか、京は本当に高いのか。
CPU サーバ用と共通。高いとはいえ量産品。インターコネクト スパコンのキモなのでGPUクラスタでも独自開発する必要がある。I/O 同上ソフトウェア とくにコンパイラは重要だが、GPUクラスタ向けFortranコンパイラなんて悪夢もいいとこ。
けっきょくインテル+GPUを採用するとしても、値段に差が出るのはCPUだけってことになる。
CPU サーバ用と共通。高いとはいえ量産品。
京およびPRIMEHPC FX10に搭載されるSPARC64 fx系はサーバ用とは別です。サーバ用は現在SPARC64VIIおよびSPARC64VII+です。SPARC64 fx系はSPARC64をベースとしながらHPC用の命令が追加されるなど、拡張されているようです。単純な共通部品ではありません。
富士通の製品紹介でサーバに分類されているPRIMEHPC FX10をサーバではないと主張するのなら言葉の認識の違いですから話すことは何もありませんね。
>GPUクラスタ向けFortranコンパイラなんて悪夢もいいとこ。
どのあたりが？
CUDA Fortranなんてのもあるにはあるけど、スパコン用となるともう少し抽象度の高いやつでないとちょっと商売には
ふと明和電機の「スパーク一発やり逃げ」を思い出しました。> PRIMEHPC FX10
富士通の理化学研究所の案件でインテルとGPGPUの組合せだと下記のものもありましたな。
PCサーバ「PRIMERGY RX200 S5」1,024台で構築、PCクラスタシステムで実行性能日本1位を達成http://pr.fujitsu.com/jp/news/2009/08/7.html [fujitsu.com]
いや、京のSPARCも普通のCPUじゃんw
京は思いっきり、ハイパフォーマンスコンピューティングの極みなのだが。HPCの権化、ハイパフォーマンスとはこのことだ（だから1位）、というのは、誰もが認めるところ。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
長期的な見通しやビジョンはあえて持たないようにしてる -- Linus Torvalds
スパコンの時代じゃない (スコア:0)
今はコストなど度外視して作った特別なスーパーコンピューターの時代じゃない
普通のパソコンのプロセッサ（または普通のパソコン程度のプロセッサ）をパラに並べてコスト・パフォーマンスを競うだけの、ハイ・パフォーマンス・コンピューティング（HPC）の時代
コスト・パフォーマンスを求める現実的アプリケーションの無い国ではHPCなど必要とされない
Re:スパコンの時代じゃない (スコア:1)
昔に比べてスパコンじゃないと出来ない計算は減ったかもしれないが，スパコンじゃないと出来ない計算はまだまだ多い。
例えばMRJなんかは初めてまともに
一部分や簡略したモデルではなく，機体全体の数値シュミレーションを設計に取り入れることが出来た。
また京で求めようとしている生命・人体の統合シュミレーションも，実際には京ではまだまだ無理で，
次世代かその次くらいで可能になるであろう技術を習得するという意味合いが強いらしい。
基礎研究を続けるならスパコンは絶対必要。
Re:スパコンの時代じゃない (スコア:1)
普通のパソコンのプロセッサを並列にする、というやり方はそろそろ破綻をきたしそうです。
なぜなら、数万個のCPUを故障無く一定時間動かせるほどには、CPU自体の信頼性が高くないからです。
そろそろCPUについてもスパコン用のCPUが必要になる時代がまた来るかもしれません。
スパコンが求めるCPUの仕様は昔は性能命だったけど、現在は信頼性と消費電力（とそれなりの性能）のバランスが大事になってきています。
Re: (スコア:0)
応用数理・情報の先生とかが、アルゴリズムや予兆対応・被害極小化の研究をしているので、その成果がそのうち出てくると思う。
Re: (スコア:0)
だからこその「京」なんじゃあるまいかと。
そのスパコン用のCPUを設計したのがあれのウリなんですよ。
あれぐらいの規模になるとＣＰＵ自体が完全無欠に製造されて
いたとしても宇宙線とかが外から飛んできてガンガンビット化け
して、毎日何十回～何百回ぐらいのオーダーで回路中の値が
バグるから、ECCによるエラー訂正、パリティチェック＋二重化、
三重化＋多数決とか、いろんな方法で演算回路やバス、
キャッシュメモリ、TLBその他を保護してやっと８万ノードを
まる一日動かせたわけで。
Intelの普通のCPUもハイエンドな（*-EX）方にはそれなりに
信頼性のための回路もいろいろ積まれているけれども、
「京」のSPARCはもともと８万ノードを想定して設計しているので
レベルが違う。もちろんその分回路面積が増大してローエンド
向けにはコスト面で不利になっているのは否めないですが。
Re: (スコア:0)
東電様のおかげで、しばらくの間、関東/東北にスパコンなんか設置できないんじゃないかな？
電力事情もしかり、放射線事情もしかり。
Re: (スコア:0)
全てのノードが故障なく動くこと前提とか京ってのはどんだけタコな設計なんだよw
Re: (スコア:0)
ちゃんと故障しても大丈夫な設計になっていますよ。
ネットワークもしかり。
京はスパコンのために一応専用CUPを作って信頼性を担保しました。
ところが，わざわざ汎用CUPの方がコスパが高いので（当然），もう汎用CUPでよくね？っという
意見もありますが，特にこれからはそうじゃなくなってくるでしょう。
（サーバ用CPUでも信頼性が足りない）
CPUを作れないとスパコンを作れない時代がまた来るかもしれません。
ただ，CUP超並列化でCPUに高信頼性を求める方法もいずれ限界が来るかも。
京で興味深かったのが，CPUは水冷ですが，その理由が「信頼性の保証」だったこと。
CPUの動作温度を下げると当然故障は減るわけですが，
水冷はちゃんと作らないと簡単に故障の原因になるので意外でした。
Re: (スコア:0)
PRIMEHPC FX10もバカ売れすれば安くなるわけで、コストなんてしょせん鶏と卵の話でしかない。
インテルやAMDのCPUは高性能だが、やはり向き不向きがあって、CPUだけで京クラスのスパコンを作るのはほとんど不可能。
となるとCPU+GPUだが、現時点ではプログラミングが難しすぎる。
あと、プロジェクト開始時にはAVXなんて影も形もなく、GPGPUもまだまだ未知数だったことをお忘れなく。
Re: (スコア:0)
というか、京は本当に高いのか。
CPU サーバ用と共通。高いとはいえ量産品。
インターコネクト スパコンのキモなのでGPUクラスタでも独自開発する必要がある。
I/O 同上
ソフトウェア とくにコンパイラは重要だが、GPUクラスタ向けFortranコンパイラなんて悪夢もいいとこ。
けっきょくインテル+GPUを採用するとしても、値段に差が出るのはCPUだけってことになる。
Re:スパコンの時代じゃない (スコア:2)
京およびPRIMEHPC FX10に搭載されるSPARC64 fx系はサーバ用とは別です。サーバ用は現在SPARC64VIIおよびSPARC64VII+です。
SPARC64 fx系はSPARC64をベースとしながらHPC用の命令が追加されるなど、拡張されているようです。
単純な共通部品ではありません。
Re: (スコア:0)
富士通の製品紹介でサーバに分類されているPRIMEHPC FX10をサーバではないと主張するのなら言葉の認識の違いですから話すことは何もありませんね。
Re: (スコア:0)
>GPUクラスタ向けFortranコンパイラなんて悪夢もいいとこ。
どのあたりが？
Re: (スコア:0)
CUDA Fortranなんてのもあるにはあるけど、スパコン用となるともう少し抽象度の高いやつでないとちょっと商売には
スパーク一発やり逃げ♪ (Re:スパコンの時代じゃない) (スコア:0)
ふと明和電機の「スパーク一発やり逃げ」を思い出しました。> PRIMEHPC FX10
富士通の理化学研究所の案件でインテルとGPGPUの組合せだと下記のものもありましたな。
PCサーバ「PRIMERGY RX200 S5」1,024台で構築、PCクラスタシステムで実行性能日本1位を達成
http://pr.fujitsu.com/jp/news/2009/08/7.html [fujitsu.com]
Re: (スコア:0)
いや、京のSPARCも普通のCPUじゃんw
Re: (スコア:0)
京は思いっきり、ハイパフォーマンスコンピューティングの極みなのだが。
HPCの権化、ハイパフォーマンスとはこのことだ（だから1位）、というのは、誰もが認めるところ。