JAXA、国内最高水準のスパコン導入 26
ストーリー by yosuke
次のJEDIのメインウェポン 部門より
次のJEDIのメインウェポン 部門より
ultrageek 曰く、
富士通の発表によれば、JAXAが、宇宙輸送、航空機の開発・検討時のシミュレーション用途として、3,392ノードのFX1で構成される大規模並列計算機システムを2008年4月にも導入するとのことである。総メモリ容量は現在の数値シミュレータⅢの約30倍となる100テラバイト、総ストレージ容量は約16倍となる11ペタバイトの大規模システムで、CPUはSPARC64VIIが1ノード当たり1プロセサ搭載となる。
現在のTOP500 Listでは第三位に相当し、導入されれば国内一位となる可能性もあるが、6月には東京大学が140テラFLOPSのスパコンを稼働させ、各国もいろいろ出てくると思われるので、次回のtop10に入るかどうかだろうか。
導入は3期にわけて行なわれるとのこと。
どっちが処理能力高いの? (スコア:2, すばらしい洞察)
参加者を募るのが大変だったり、機密事項が多かったり、何かとハードルがあるんですかね。
処理量とhttp://jaxagoods.net/ [jaxagoods.net]の商品が交換できるような仕組みにすると、 結構な人が集まり、スパコンより費用が掛からなかったりして。
Re:どっちが処理能力高いの? (スコア:4, 参考になる)
そうではない計算があります。
分散処理に適した計算は、
1. 計算が、相互にほとんど関係ない多数の部分に分割できる。
2. 各部分の計算が小規模
です。1により計算機間の通信がほとんど存在しないため、相互の通信が遅くてもかまわなくなり、2により
計算を実行する個々の計算機はそれほど大規模でなくても良くなります。
SETI@homeの場合、異なる観測点、異なる観測時間のデータセットが多数あり、それぞれに対しFFTを
行い強いシグナルを見つけ出すという計算ですが、当然異なるデータセット間には直接の関係がなく
それぞれ独立しており、かつ個々の計算は(ちょっとデータを加工する必要はありますが)単なるFFT
ですので小規模な計算機でも実行できます。
一方、分散に適さない計算はこの逆であり、
1' 幾つもの計算が相互に関係している。
2' 各部分の演算が大規模
などの場合になります。1'ですと例えば気候関連の計算などで地球をメッシュに分割して計算しますが、
個々のメッシュの変化が隣接するメッシュに影響を与えますので、メッシュ単位で分割して
分散処理で高速化、などはできないわけです。ただし、前提条件の違うものを多数並列化はできます。
いくつかの異なるパラメータに対しそれぞれ気候がどう変化するかの計算、などです。これなら
10台の計算機で10個のパラメータを試しても、1台で1個のパラメータを計算させた場合と必要時間が
変わりません。(ただし個々のパラメータに対しての計算は高速化されません)
2'に関しては、例えば1つの計算に100GBやら200GBのメモリを必要とするような計算(結構ある)は
それぞれの計算に膨大なメモリがいるわけですから、そうそう分散させられません。何せ個々の
分散先にそれだけの容量が要求されますから。
Re:どっちが処理能力高いの? (スコア:1)
のような言葉の使い方をしているけど,コレって一般的?
クラスタも分散だと思うけど.
Re:どっちが処理能力高いの? (スコア:1)
通信速度と通信量との関係なんで,通信速度(含むレイテンシ)が十分速くなれば
グリッドだってクラスタと同じようなもの(っても現状だと差は大きいのですが)
になりますし,クラスタだってインターコネクトの性能に対し必要な転送速度が
はるかに大きければ実効性能はちっとも出ませんし.
Re:どっちが処理能力高いの? (スコア:2, 参考になる)
簡単に言えば1step計算したら隣のノードと計算結果を交換し、次のstepを計算する、
これの繰り返しです。
SETI@homeのようにある程度の長さの処理を単独のノードで計算できるようなものとは設計が違って当然です。
ノード間をLANでつないでもどうかなぁ、というレベルなのに、
家庭にあるPCがどんなに高速なものでも1Gbpsもでない通信速度では話にならないでしょう。
Re:どっちが処理能力高いの? (スコア:2, 興味深い)
> 流体の計算は分散処理といっても隣のノードとの同期が重要です。
富士通のプレスリリース文の中にある「高機能インターコネクト」がどの程度レイテンシを抑えられるか注目されます。また、SPARC64VIIは1CPU当たり4個のマルチコア構成で、国立天文台の牧野淳一郎先生のWeb記事 [artcompsci.org]によると、チップ内のコア間の通信や同期のオーバーヘッドを非常に小さくする努力をしているそうです。
同じ4コアのIBM POWER6プロセッサがクロック4.7GHz(最大)なのに対し、SPARC64VIIは2.5GHzと見劣りします。富士通は半導体部門を分社化してしまったので、今後クロックを上げていけるかどうかも興味深いです。
Re: (スコア:0)
バイナリ互換を重視したんじゃねーの?
っーか、国策という点でもIBMは入れてほしくないなぁ、日立経由でも。
Re:どっちが処理能力高いの? (スコア:2, 興味深い)
CPU/OSが同じでも構成が異なれば同一バイナリでは全く性能が出ませんので、最低でも再コンパイルが必要です。
それよりも重要なのはコンパイラとプロファイラで、富士通の開発部隊はコンパイラまわりの最適化とキャッシュヒット率からをノード間通信まで含めたチューニングに定評があります。
どちらかといえば富士通のコンパイラが最適化しやすいようなコードが既にあるから、というほうが近いかもしれません。
それに直接メールを打てば日本語で返事をくれるので、人的な繋がりがそのまま研究の効率になり、同じベンダの採用が続いているのでしょう。
kaho
Re: (スコア:0)
Re: (スコア:0)
何があるのかと考えてみると
A.単純だが大量の種類存在する(組み合わせが多い)
例:遺伝子・UD解析
B.一定の単位で区切ることができ相互の相関を考えなくて良い
例:SETI(時空列でオーバーラップさせる)、動画圧縮(Iフレから次のIフレ単位としてP/Bフレ作成とか)
こんな感じでしょうか。
過去分散が必要だった処理も1台の性能が上昇する事で1台で完結可能になれば、
流体もType.Bみたいな状態になるんでしょうかねぇ・・・
Re:どっちが処理能力高いの? (スコア:1)
climateprediction.netなんてはその方向に近いんですかね.
分散処理と言いながら個々の計算は数カ月かかるようなサイズで,でも多数のパラメータでの
計算を多数の計算機に割り振ることで並列化をするという方向なんで.
Re: (スコア:0)
Re: (スコア:0)
そういうのも色々あったよね。
チームを組めて解析結果のランキングが出るのもあったし。
しかし、電気の無駄遣いという気がするなぁ。
地球温暖化も考えてよ
3期にわけて… (スコア:1, おもしろおかしい)
Re: (スコア:0)
これ常識 (どこの ?)
また富士通なの (スコア:1)
日経NET > http://release.nikkei.co.jp/detail.cfm?relID=181960&lindID=1 [nikkei.co.jp]
タイトル見て (スコア:0)
たかがパスコンもJAXAで導入となると話題に
なるのかと誤解したのは
きっとオレだけではないと信じたいorz
スパコンの記事を見る度に思うんだけど (スコア:1, 興味深い)
Re: (スコア:0)
なにを「利益」とみなすかが問題になりそうです。
数値計算による天気予報で台風などの自然災害に備えたり、長期予報を見て季節物(ビールとかエアコン)の生産量を調整することによって回避した損害を正確に求めるのはなかなか難しいでしょう。
Re: (スコア:0)
Re:野次馬の希望 (スコア:1)
Re:野次馬の希望 (スコア:1, 参考になる)
多項式を(拡張された)Binary splittingアルゴリズムと、多倍長のかけ算にFFT(もしくは類似の法演算)
を使い計算することが多いようです。オーダーはO(N (log N)^3)です。現在の世界記録の計算も
同様のアルゴリズムを使っています。
Re: (スコア:0)
Re: (スコア:0)