アカウント名:
パスワード:
科学技術計算とは言え、オブジェクトや複雑なデータ構造を駆使するプログラム、ネットワーク、データベース、グラフィックスを組み合わせた技が必要になっているのに、ベクトルスーパーコンピュータ上のレガシーなソフトウエアに固執することによって進歩が阻害されてしまう。
ちっこいベクトルスーパーコンピュータを10人くらいでシェアしたとしたら、PC2-30台のクラスタと同じくらいの性能になってしまう。コモディティ部品でで自分で組み上げたのでは通信などいろいろボトルネックはあって、すぐにベクトルを置き換えるわけにはいかないけど、誰に気兼ねする事もなくいろんな使い方を試してみる事が出来る。MPI、グリッド的なもの、分散オブジェクト、Webサービスなど実にいろいろなものがある。相当な気合いとスキルが必要だけれど、得るものは非常に多いと思う。ベクトルコンピュータを使い続けるのはメリットよりデメリットが多いと思う。
個別の対象に依存すると思うけど、別の所にいる誰かが作った大きなデータを入力とした計算をしているが、その誰かも研究をしていて日々データが更新されているので、気が付いてみるとどういうデータを使って計算していたのかわからなくなっているというよう経験はないかなあ? データベースとネットワークの技術はそういうこんがらがりを解決し、最も正しいデータをプログラムに直に取り込むために使う。
温度とか速度とか直観的な量じゃなくて、抽象的なデータを扱おうとすると、可視化を設計しないと仕事が始まらないことがある。出来上がった物を見るだけでなく、計算の実行途中にどこで何が起こっているか知りたいことも多い。計算が大規模で時間がかかる時はなおさら。
確かに、データベース、ネットワーク、グラフィックス自体は、ベクトルかクラスタか関係ないけど、だいたいクラスタの世界で語られるのでそちらの話みたいに言うというのはあるかも。
ベクトルとクラスタやPCの世界の微妙な違いを強調するのが良いか分からないけれど、僕の場合、最近データをwebサーバー配下に置く事が多い。Appletでwebページ上で可視化できるほか、リモートのJavaプログラムでローカルファイルシステムと同じようにアクセスできるから。コピーを作らないのは、入力データの場合と同じようにわけがわからなくならないようにするため。さらにサーバーサイドで可視化すると大きなデータを扱う時などの柔軟性が増す。開発環境の構築でつまづいてまだできていないけど。
ベクトルのシステムでもnfsで他のマシンとディスクを共有したり、フロントエンドでwebサーバーを立てても良いと思うが、nfsサーバーが倒れた時の面倒臭さとか、限界があると思う。
流体計算をクラスタの上でやるっていうのが最近は流行っているんですけど。
ってのは、予算的にベクトル型スパコンが調達できないところが多いから クラスタでやっちゃおうってことになった、つまり
利用する演算アルゴリズム自体がベクトルマシン用とクラスタシステム用では、違うんだってば。君、根本的な部分で理解できていないよ。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
※ただしPHPを除く -- あるAdmin
必要な分野は確かにあるが (スコア:1, すばらしい洞察)
すアプリケーションは限られるし、少しばかり効率を落とそうとも、
遥かに安いクラスタで処理できるように出来る。民間企業は当然買わ
ないし、公的研究機関でも効率的な予算配分を考えれば買わない。
赤字になりながら作るか、補助金をもらって作るしかない。政府予算
による地球シミュレータの構築なんて、税金垂れ流しの典型。世界一
というプライドは保てるけど、それだけ。もうアメリカではベクトル
を作る会社は出ないだろうし、また、米国政府の無駄な予算だと判っ
ているので、そんなところに金はつぎ込まないだろう。そこで日本は
世界一と勘違いしているのは、とても痛い。
Re:必要な分野は確かにあるが (スコア:1, 参考になる)
> すアプリケーションは限られるし、少しばかり効率を落とそうとも、
> 遥かに安いクラスタで処理できるように出来る。民間企業は当然買わ
> ないし、公的研究機関でも効率的な予算配分を考えれば買わない。
なんで断言できるのかなあ。
そこそこ大きめの大学なら、必ずスパコン持っているし、
とくに地球シミュレータを切り売りしているような NEC SX7 を
導入したい大学なんてたくさんあるのに。
あと流体計算の必要な企業ならSX7は欲しいでしょう。
スパコンをパソコンの高機能版だと思っている人には、
要らないように思えるんだろうなあ。
スパコンじゃないとできない計算なんてたくさんあるのに。
Re:必要な分野は確かにあるが (スコア:1, 興味深い)
とりあえず昔と比べて台風の進路予測は格段に精度が上がった様に
見えますね。今回の16号の進路なんて「そこで右にカーブする??」と
思った予測どおりに進みましたし、数日前でも予測が付けば
災害の備えってのはしやすくなるものです。
不測の針路変更で大被害!なんてのだと被害額に数億は軽く加算されますから、
そういう意味では気象予測に金を掛ける価値はありますね。
もっとも予測どおり来られても避けられない被害ってのは発生しますけど。
Re:必要な分野は確かにあるが (スコア:0)
Re:必要な分野は確かにあるが (スコア:1, 参考になる)
> ベクトルプロセッサを生かすアプリケーションは限られるし、
普通は自分で計算プログラムを作るんですよ。
もちろん、ベクトル化、並列化もきちんと考えて。
それか、すでにベクトル化並列化された先人のプログラムを使います。
なければ自分で作るだけ。科学技術計算のプログラムなんて、
高々数万行程度なので頑張れば一から作れます。
> 少しばかり効率を落とそうとも、
> 遥かに安いクラスタで処理できるように出来る。
そんなことはありません。
高度にベクトル並列化されたプログラムを
クラスタに移しても計算は終りません。
ベクトル計算部分をさらに並列化しないといけないし、
PC間の通信速度がネックになって、それほど速くなりません。
Re:必要な分野は確かにあるが (スコア:1)
科学技術計算とは言え、オブジェクトや複雑なデータ構造を駆使するプログラム、ネットワーク、データベース、グラフィックスを組み合わせた技が必要になっているのに、ベクトルスーパーコンピュータ上のレガシーなソフトウエアに固執することによって進歩が阻害されてしまう。
ちっこいベクトルスーパーコンピュータを10人くらいでシェアしたとしたら、PC2-30台のクラスタと同じくらいの性能になってしまう。コモディティ部品でで自分で組み上げたのでは通信などいろいろボトルネックはあって、すぐにベクトルを置き換えるわけにはいかないけど、誰に気兼ねする事もなくいろんな使い方を試してみる事が出来る。MPI、グリッド的なもの、分散オブジェクト、Webサービスなど実にいろいろなものがある。相当な気合いとスキルが必要だけれど、得るものは非常に多いと思う。ベクトルコンピュータを使い続けるのはメリットよりデメリットが多いと思う。
Re:必要な分野は確かにあるが (スコア:1)
あくまでも、計算結果から得られるアウトプットをどうするか、という話なんで、
ベクトルマシーンの是非とは関係無いのでは?
見栄えの良いドキュメントを効率良く作って、世界にばらまけるようになったとしても、
そのドキュメントの種である、計算結果が得られなければ、どうにもならないのですし。
Re:必要な分野は確かにあるが (スコア:1)
個別の対象に依存すると思うけど、別の所にいる誰かが作った大きなデータを入力とした計算をしているが、その誰かも研究をしていて日々データが更新されているので、気が付いてみるとどういうデータを使って計算していたのかわからなくなっているというよう経験はないかなあ? データベースとネットワークの技術はそういうこんがらがりを解決し、最も正しいデータをプログラムに直に取り込むために使う。
温度とか速度とか直観的な量じゃなくて、抽象的なデータを扱おうとすると、可視化を設計しないと仕事が始まらないことがある。出来上がった物を見るだけでなく、計算の実行途中にどこで何が起こっているか知りたいことも多い。計算が大規模で時間がかかる時はなおさら。
確かに、データベース、ネットワーク、グラフィックス自体は、ベクトルかクラスタか関係ないけど、だいたいクラスタの世界で語られるのでそちらの話みたいに言うというのはあるかも。
Re:必要な分野は確かにあるが (スコア:0)
まさか、ベクトルマシンのデータはベクトルだからPCで見れない、とか訳わかんないこと考えてないですよね。
>だいたいクラスタの世界で語られるのでそちらの話みたいに言うというのはあるかも。
それは単に最近クラスタが多いからそう聞こえるだけでは。
Re:必要な分野は確かにあるが (スコア:1)
ベクトルとクラスタやPCの世界の微妙な違いを強調するのが良いか分からないけれど、僕の場合、最近データをwebサーバー配下に置く事が多い。Appletでwebページ上で可視化できるほか、リモートのJavaプログラムでローカルファイルシステムと同じようにアクセスできるから。コピーを作らないのは、入力データの場合と同じようにわけがわからなくならないようにするため。さらにサーバーサイドで可視化すると大きなデータを扱う時などの柔軟性が増す。開発環境の構築でつまづいてまだできていないけど。
ベクトルのシステムでもnfsで他のマシンとディスクを共有したり、フロントエンドでwebサーバーを立てても良いと思うが、nfsサーバーが倒れた時の面倒臭さとか、限界があると思う。
Re:必要な分野は確かにあるが (スコア:0)
いまさらなんでそんな子供じみた遊びしてんの?
PV-WAVEのJWaveとか、Java出始めの頃からソリューションがあったよね?
大体、データをappletで処理って、、、教材やプレゼンじゃないんだから、、、
#また釣り師に釣られてみますた
Re:必要な分野は確かにあるが (スコア:0)
> したとしたら、PC2-30台のクラスタと同じくらいの性能になって
> しまう。
なんで「ちっこいベクトルスーパーコンピュータ」と比較するんで
しょうか?? プロセッサ1個のやつとか?
普通のベクトル型スパコンと比較しましょうよ。
せめてプロセッサ16個ぐらいのやつと。
それに、計算に
Re:必要な分野は確かにあるが (スコア:0)
Re:必要な分野は確かにあるが (スコア:0)
ってのは、予算的にベクトル型スパコンが調達できないところが多いから
クラスタでやっちゃおうってことになった、つまり
Re:必要な分野は確かにあるが (スコア:0)
労働基準法に反しています
その場ではなく30日以上前に通告してください(w
Re:必要な分野は確かにあるが (スコア:0)
ベクトルマシン用のソフトウェア設計をクラスタにそのまま流用するなんてアンフェアなのは情報工学かじった人なら誰だって知っ
Re:必要な分野は確かにあるが (スコア:0)
利用する演算アルゴリズム自体がベクトルマシン用とクラスタシステム用では、違うんだってば。君、根本的な部分で理解できていないよ。
Re:必要な分野は確かにあるが (スコア:0)
たとえばデータベースのテーブル設計にしても、正規化のセオリーをわざと無視して親と子の関係にあるデータをひとつのテーブルに押し込んだりすることでパフォーマンスアップを狙ったりします。
プログラム
Re:必要な分野は確かにあるが (スコア:0)
マーケットがあるから、Crayがメンツを捨ててでもダンピング解除を申し出たのでは?
昔の敵は今日の友--NECがCrayにスーパーコンOEM供給 [nikkeibp.co.jp]