アカウント名:
パスワード:
科学技術計算とは言え、オブジェクトや複雑なデータ構造を駆使するプログラム、ネットワーク、データベース、グラフィックスを組み合わせた技が必要になっているのに、ベクトルスーパーコンピュータ上のレガシーなソフトウエアに固執することによって進歩が阻害されてしまう。
ちっこいベクトルスーパーコンピュータを10人くらいでシェアしたとしたら、PC2-30台のクラスタと同じくらいの性能になってしまう。コモディティ部品でで自分
個別の対象に依存すると思うけど、別の所にいる誰かが作った大きなデータを入力とした計算をしているが、その誰かも研究をしていて日々データが更新されているので、気が付いてみるとどういうデータを使って計算していたのかわからなくなっているというよう経験はないかなあ? データベースとネットワークの技術はそういうこんがらがりを解決し、最も正しいデータをプログラムに直に取り込むために使う。
温度とか速度とか直観的な量じゃなくて、抽象的なデータを扱おうとすると、可視化を設計しないと仕事が始まらないことがある。出来上がった物を見るだけでなく、計算の実行途中にどこで何が起こっているか知りたいことも多い。計算が大規模で時間がかかる時はなおさら。
確かに、データベース、ネットワーク、グラフィックス自体は、ベクトルかクラスタか関係ないけど、だいたいクラスタの世界で語られるのでそちらの話みたいに言うというのはあるかも。
ベクトルとクラスタやPCの世界の微妙な違いを強調するのが良いか分からないけれど、僕の場合、最近データをwebサーバー配下に置く事が多い。Appletでwebページ上で可視化できるほか、リモートのJavaプログラムでローカルファイルシステムと同じようにアクセスできるから。コピーを作らないのは、入力データの場合と同じようにわけがわからなくならないようにするため。さらにサーバーサイドで可視化すると大きなデータを扱う時などの柔軟性が増す。開発環境の構築でつまづいてまだできていないけど。
ベクトルのシステムでもnfsで他のマシンとディスクを共有したり、フロントエンドでwebサーバーを立てても良いと思うが、nfsサーバーが倒れた時の面倒臭さとか、限界があると思う。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
アレゲは一日にしてならず -- アレゲ研究家
必要な分野は確かにあるが (スコア:1, すばらしい洞察)
すアプリケーションは限られるし、少しばかり効率を落とそうとも、
遥かに安いクラスタで処理できるように出来る。民間企業は当然買わ
ないし、公的研究機関でも効率的な予算配分を考えれば買わない。
赤字になりながら作るか、補助金をもらって作るしかない。政府予算
による地球
Re:必要な分野は確かにあるが (スコア:1, 参考になる)
> ベクトルプロセッサを生かすアプリケーションは限られるし、
普通は自分で計算プログラムを作るんですよ。
もちろん、ベクトル化、並列化もきちんと考えて。
それか、すでにベクトル化並列化された先人のプログラムを使います。
なければ自分で作るだけ。科学技術計算のプログラムなんて、
高々数万行程度なので頑張れば一から作れます。
> 少しばかり効率を落
Re:必要な分野は確かにあるが (スコア:1)
科学技術計算とは言え、オブジェクトや複雑なデータ構造を駆使するプログラム、ネットワーク、データベース、グラフィックスを組み合わせた技が必要になっているのに、ベクトルスーパーコンピュータ上のレガシーなソフトウエアに固執することによって進歩が阻害されてしまう。
ちっこいベクトルスーパーコンピュータを10人くらいでシェアしたとしたら、PC2-30台のクラスタと同じくらいの性能になってしまう。コモディティ部品でで自分
Re:必要な分野は確かにあるが (スコア:1)
あくまでも、計算結果から得られるアウトプットをどうするか、という話なんで、
ベクトルマシーンの是非とは関係無いのでは?
見栄えの良いドキュメントを効率良く作って、世界にばらまけるようになったとしても、
そのドキュメントの種である、計算結果が得られなければ、どうにもならないのですし。
Re:必要な分野は確かにあるが (スコア:1)
個別の対象に依存すると思うけど、別の所にいる誰かが作った大きなデータを入力とした計算をしているが、その誰かも研究をしていて日々データが更新されているので、気が付いてみるとどういうデータを使って計算していたのかわからなくなっているというよう経験はないかなあ? データベースとネットワークの技術はそういうこんがらがりを解決し、最も正しいデータをプログラムに直に取り込むために使う。
温度とか速度とか直観的な量じゃなくて、抽象的なデータを扱おうとすると、可視化を設計しないと仕事が始まらないことがある。出来上がった物を見るだけでなく、計算の実行途中にどこで何が起こっているか知りたいことも多い。計算が大規模で時間がかかる時はなおさら。
確かに、データベース、ネットワーク、グラフィックス自体は、ベクトルかクラスタか関係ないけど、だいたいクラスタの世界で語られるのでそちらの話みたいに言うというのはあるかも。
Re:必要な分野は確かにあるが (スコア:0)
まさか、ベクトルマシンのデータはベクトルだからPCで見れない、とか訳わかんないこと考えてないですよね。
>だいたいクラスタの世界で語られるのでそちらの話みたいに言うというのはあるかも。
それは単に最近クラスタが多いからそう聞こえるだけでは。
Re:必要な分野は確かにあるが (スコア:1)
ベクトルとクラスタやPCの世界の微妙な違いを強調するのが良いか分からないけれど、僕の場合、最近データをwebサーバー配下に置く事が多い。Appletでwebページ上で可視化できるほか、リモートのJavaプログラムでローカルファイルシステムと同じようにアクセスできるから。コピーを作らないのは、入力データの場合と同じようにわけがわからなくならないようにするため。さらにサーバーサイドで可視化すると大きなデータを扱う時などの柔軟性が増す。開発環境の構築でつまづいてまだできていないけど。
ベクトルのシステムでもnfsで他のマシンとディスクを共有したり、フロントエンドでwebサーバーを立てても良いと思うが、nfsサーバーが倒れた時の面倒臭さとか、限界があると思う。
Re:必要な分野は確かにあるが (スコア:0)
いまさらなんでそんな子供じみた遊びしてんの?
PV-WAVEのJWaveとか、Java出始めの頃からソリューションがあったよね?
大体、データをappletで処理って、、、教材やプレゼンじゃないんだから、、、
#また釣り師に釣られてみますた