アカウント名:
パスワード:
＞CPUクロックが従来の1GHzからメモリ帯域とのバランスでクロックは500MHzで良いと言う話だった思います。
そりゃあ「世の中の主流はさらに高クロックですが、うちは技術力がなくついていけませんでした」なんて言えるものか。「これで十分だ」って言うだろうよ。
#そんでもって後で技術的に可能になると手のひらを返すと。
なんか「ベクトルベクトル」と唱えれば何でもいいと思って言る輩が沸いてますね。端から見たら「上から目線で「ベクトルの特性を理解していない」と書き込むだけの簡単なお仕事」に見えますが、忍耐がなければやってられないと思います。大変なお仕事ですががんばってください。
次期ペタフロップス級のHPC計画も含め、純ベクトルHPCは滅びかけと指摘すると「ベクトルコンピュータじゃなきゃできないことがあるんだ！」と叫び、よくも悪くも国際的な標準となっているHPCの評価基準では10倍以上高性能なシステムとコストが同等以上かかるのは何故？と指摘すると「俺たちは悪くない。国際基準の方が間違ってるんだ！」と叫び、当時はアピールしていたくせに、何故今は「基準の方が間違ってる！」と言うの？とか、当時は「ベクトル機だから動作周波数が低くても問題ないんだ！」と言いつつ今になってはHPCでも非常に早いほうの周波数まで上げてきたことをアピールしているの？とつっこむと「今と昔とじゃ状況が違う」などと言う答えしか返ってこない。
さらに「ベクトルベクトルって言うけど気象庁とかスカラー機を使って擬似的にベクトル演算しているのがあるけど、そういう技術は使えないの？、性能10分の1しかでなくても買った方が安いんだけど」とか言っても「少しでも性能を引き出すためには必要」とか「説明はしませんけど不可能」とか言い「少しでもコストを圧縮して予算の使い道を決めるのが国家の主立った役割だろう」などと言うと「いるものはいるんだ！」おまけにさらにつっこむと「説明はしませんがあなたは間違っています」とか「自分の常識だけ振り回していてもあなたの知らないことはたくさんあります」と言う答えばかり。今のうちに「俺たちは間違っていない、国際基準が間違ってるんだ！」と回りに吹き込まないといけないあたりに、次期ペタフロップス級のHPCも明らかに計画倒れの空気が漂っていて思わず目頭が熱くなります。
なんか、計算機の周辺でご飯を食べていくと言うことがいかに大変かという事がにじみ出ていて涙を誘います。いかに回りから失笑され、傷を受けようとも、今はまだ凝り固まって傷をなめ合える仲間がいるから平気なのでしょうね。死地に赴く、航空母艦が待ち受ける戦場へと赴く大艦巨砲主義の戦艦大和に似たその後ろ姿の哀愁がたまらなく美しいです。小者である我々としては予算ばっか食いやがってさっさと滅びろと言う呪いの言葉を吐きたくもなりますが、しかし美しい国日本の伝統文化では死者の悪口は言わないと言うことがありますので、今はただただお悔やみ申し上げます。盛大に座礁してその性能を100%生かせないまま、固定砲台として潔く散ってください。そのときに船に巣くっているネズミ共は一緒に沈めてくださいね。迷惑だから。
自らを自らだけで正当化しなければならないというのは大変つらい仕事でしょうが、IT関係の最大の箱物官需だからしょうがないのでしょうね。大規模な政府プロジェクトだと夢を語って、時には騙しているとか、脅迫しているとかとられても仕方ないような言葉まで吐いてお金を取る事がプロジェクトリーダーの役割で、後からついて行く人たちはそれに疑問を感じることなく、歯車の一つとなって馬鹿になってついて行くこと、これが最大の仕事なのでしょうか。
身内でなければ理解されない孤独で大変な仕事ですね。ですが、あなた方の様な仕事は昔からありますと言えば少しは楽になれるでしょうか？たとえば「仕事ですから」を唱えて需要もなくなった干拓や珊瑚礁の埋め立て、あるいは「お国のため」と要りもしないダムで立ち退き反対の主格の家に火を放って回ったやつらがいましたが、そういった人々に相談すると共感が得られるかも知れませんよ。さらに非常に熱心な、時にはカルトであると非難されることもあるような宗教家の皆さんもきっと最後には力になってくれます。今は同族嫌悪があるようですから考えられないかも知れませんが、同じく信じるものがたまたま狂っただけで虐げられた人々としては心を許せば受け入れられると思います。プロジェクトを疑うことなく、歯車となって馬鹿になってついて行けるようなあなた方ですから、大丈夫、きっとすぐに馴染めます。行き着く先は宗教、これは頭の片隅に置いておいてくださいね。
宇宙開発などは儲けが少ないのでわりとこういうロビイスト的な役割をする人が少なすぎると言われて久しいですが、さすがに防衛も担う企業がかかわっているだけあってHPCは儲かるのでしょうね。巨大だから全体を赤字でも、有形無形の利益をどこかにためるなんてこともやり放題なんでしょうか。うらやましいです。
#ジョークですのでマジレスしないでくださいね。#なんか冗談なのにやたらと突っ張って書いてくる必死な人がいるので無粋ですが書いておきます。
>>やたらと突っ張って書いてくる必死な人がいる
自己紹介 乙.
なんか気持ち悪くて全文読んでないけど,
構造化格子上で連続体の時間発展解くのにベクトル機が費用対効果であきらかに優れているってことは”使ったことある人” なら99.9% 同意すると思いますよ.あなた自分でコード書いて使ったことないでしょ?ESは大気にしても海洋にしても固体地球にしても, 上記のような計算をするミッションを最優先に計画されたんだから, ベクトルマシンでいいじゃん.実際成果を挙げているし(理学的意義や信憑性は泥沼の論争になるから置いとくが, 少なくとも情報工学的には).
次世代ペタコンは他の用途にも使うことが前提だからベクトルスカラーハイブリッドなんだし,T2KはPCクラスタだし, 東大のメインスパコンは代々日立のPower+擬似ベクトル機ですよ.何も全てにおいてベクトル機最高って言っている人はいなくて, 適材適所で企画運用されているだけだと思うけど.
CPU のクロック選定はあくまでオマケ。
まずメモリの速度があって、それから CPU のクロックが決まる。流体計算の分野はキャッシュが効かず、データ転送速度で計算速度が決まる。データ転送速度が遅いのに CPU 上げても空回りするだけ。逆に言うと、データ転送速度が今回上がったから、CPU クロックも上がったし、ベクトルユニットも増えた。
■地球シミュレータ（横浜研究所） [chikyu-to-umi.com]
国際標準ベンチマーク LINPACK ではES 36.86 TFlopsで、BG/L 136.8 TFlops で後者の方が高速。
しかし、非圧縮性粘性流体実効性能ではES 16.45 TFlops、BG/L 2.76 TFlops。
たったの 3 TFlops も出ていない。SX-9 だと 2ノードで越えちゃうかも。
念のために書いておくけど、BG/L の台数を幾ら増やしても、計算速度は 1TFlops も上がらないから。
TFlops 単価、下手すると逆転してるんじゃない?
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
Stay hungry, Stay foolish. -- Steven Paul Jobs
500MHz (スコア:1)
＞CPUクロックが従来の1GHzから
メモリ帯域とのバランスでクロックは500MHzで良いと言う話だった思います。
Re: (スコア:0, すばらしい洞察)
そりゃあ「世の中の主流はさらに高クロックですが、うちは技術力がなくついていけませんでした」なんて言えるものか。
「これで十分だ」って言うだろうよ。
#そんでもって後で技術的に可能になると手のひらを返すと。
Re: (スコア:1, すばらしい洞察)
Re:500MHz (スコア:-1)
なんか「ベクトルベクトル」と唱えれば何でもいいと思って言る輩が沸いてますね。
端から見たら「上から目線で「ベクトルの特性を理解していない」と書き込むだけの簡単なお仕事」に見えますが、忍耐がなければやってられないと思います。
大変なお仕事ですががんばってください。
次期ペタフロップス級のHPC計画も含め、純ベクトルHPCは滅びかけと指摘すると「ベクトルコンピュータじゃなきゃできないことがあるんだ！」と叫び、
よくも悪くも国際的な標準となっているHPCの評価基準では10倍以上高性能なシステムとコストが同等以上かかるのは何故？と指摘すると「俺たちは悪くない。国際基準の方が間違ってるんだ！」と叫び、当時はアピールしていたくせに、何故今は「基準の方が間違ってる！」と言うの？とか、当時は「ベクトル機だから動作周波数が低くても問題ないんだ！」と言いつつ今になってはHPCでも非常に早いほうの周波数まで上げてきたことをアピールしているの？とつっこむと「今と昔とじゃ状況が違う」などと言う答えしか返ってこない。
さらに「ベクトルベクトルって言うけど気象庁とかスカラー機を使って擬似的にベクトル演算しているのがあるけど、そういう技術は使えないの？、性能10分の1しかでなくても買った方が安いんだけど」とか言っても「少しでも性能を引き出すためには必要」とか「説明はしませんけど不可能」とか言い「少しでもコストを圧縮して予算の使い道を決めるのが国家の主立った役割だろう」などと言うと「いるものはいるんだ！」おまけにさらにつっこむと「説明はしませんがあなたは間違っています」とか「自分の常識だけ振り回していてもあなたの知らないことはたくさんあります」と言う答えばかり。今のうちに「俺たちは間違っていない、国際基準が間違ってるんだ！」と回りに吹き込まないといけないあたりに、次期ペタフロップス級のHPCも明らかに計画倒れの空気が漂っていて思わず目頭が熱くなります。
なんか、計算機の周辺でご飯を食べていくと言うことがいかに大変かという事がにじみ出ていて涙を誘います。いかに回りから失笑され、傷を受けようとも、今はまだ凝り固まって傷をなめ合える仲間がいるから平気なのでしょうね。死地に赴く、航空母艦が待ち受ける戦場へと赴く大艦巨砲主義の戦艦大和に似たその後ろ姿の哀愁がたまらなく美しいです。小者である我々としては予算ばっか食いやがってさっさと滅びろと言う呪いの言葉を吐きたくもなりますが、しかし美しい国日本の伝統文化では死者の悪口は言わないと言うことがありますので、今はただただお悔やみ申し上げます。盛大に座礁してその性能を100%生かせないまま、固定砲台として潔く散ってください。そのときに船に巣くっているネズミ共は一緒に沈めてくださいね。迷惑だから。
自らを自らだけで正当化しなければならないというのは大変つらい仕事でしょうが、IT関係の最大の箱物官需だからしょうがないのでしょうね。大規模な政府プロジェクトだと夢を語って、時には騙しているとか、脅迫しているとかとられても仕方ないような言葉まで吐いてお金を取る事がプロジェクトリーダーの役割で、後からついて行く人たちはそれに疑問を感じることなく、歯車の一つとなって馬鹿になってついて行くこと、これが最大の仕事なのでしょうか。
身内でなければ理解されない孤独で大変な仕事ですね。ですが、あなた方の様な仕事は昔からありますと言えば少しは楽になれるでしょうか？たとえば「仕事ですから」を唱えて需要もなくなった干拓や珊瑚礁の埋め立て、あるいは「お国のため」と要りもしないダムで立ち退き反対の主格の家に火を放って回ったやつらがいましたが、そういった人々に相談すると共感が得られるかも知れませんよ。さらに非常に熱心な、時にはカルトであると非難されることもあるような宗教家の皆さんもきっと最後には力になってくれます。今は同族嫌悪があるようですから考えられないかも知れませんが、同じく信じるものがたまたま狂っただけで虐げられた人々としては心を許せば受け入れられると思います。プロジェクトを疑うことなく、歯車となって馬鹿になってついて行けるようなあなた方ですから、大丈夫、きっとすぐに馴染めます。行き着く先は宗教、これは頭の片隅に置いておいてくださいね。
宇宙開発などは儲けが少ないのでわりとこういうロビイスト的な役割をする人が少なすぎると言われて久しいですが、さすがに防衛も担う企業がかかわっているだけあってHPCは儲かるのでしょうね。巨大だから全体を赤字でも、有形無形の利益をどこかにためるなんてこともやり放題なんでしょうか。うらやましいです。
#ジョークですのでマジレスしないでくださいね。
#なんか冗談なのにやたらと突っ張って書いてくる必死な人がいるので無粋ですが書いておきます。
Re:500MHz (スコア:2, 参考になる)
>>やたらと突っ張って書いてくる必死な人がいる
自己紹介 乙.
なんか気持ち悪くて全文読んでないけど,
構造化格子上で連続体の時間発展解くのにベクトル機が費用対効果であきらかに優れているってことは
”使ったことある人” なら99.9% 同意すると思いますよ.
あなた自分でコード書いて使ったことないでしょ?
ESは大気にしても海洋にしても固体地球にしても, 上記のような計算をするミッションを最優先に計画さ
れたんだから, ベクトルマシンでいいじゃん.
実際成果を挙げているし(理学的意義や信憑性は泥沼の論争になるから置いとくが, 少なくとも情報工学的には).
次世代ペタコンは他の用途にも使うことが前提だからベクトルスカラーハイブリッドなんだし,
T2KはPCクラスタだし, 東大のメインスパコンは代々日立のPower+擬似ベクトル機ですよ.
何も全てにおいてベクトル機最高って言っている人はいなくて, 適材適所で企画運用されているだけだと思うけど.
Re:500MHz (スコア:1)
CPU のクロック選定はあくまでオマケ。
まずメモリの速度があって、それから CPU のクロックが決まる。
流体計算の分野はキャッシュが効かず、データ転送速度で
計算速度が決まる。データ転送速度が遅いのに CPU 上げても
空回りするだけ。逆に言うと、データ転送速度が今回上がったから、
CPU クロックも上がったし、ベクトルユニットも増えた。
■地球シミュレータ（横浜研究所） [chikyu-to-umi.com]
国際標準ベンチマーク LINPACK では
ES 36.86 TFlopsで、
BG/L 136.8 TFlops で後者の方が高速。
しかし、非圧縮性粘性流体実効性能では
ES 16.45 TFlops、
BG/L 2.76 TFlops。
たったの 3 TFlops も出ていない。SX-9 だと 2ノードで越えちゃうかも。
念のために書いておくけど、BG/L の台数を幾ら増やしても、
計算速度は 1TFlops も上がらないから。
TFlops 単価、下手すると逆転してるんじゃない?
TomOne
Re: (スコア:0)
逆に、
台数を減らしても実行性能があまり下がらないわけですよね。
BG/Lのコストパフォーマンスが最大となるのは何台に減らした場合で、
台数が少ない分、長時間かけて計算、あるいは、複数の計算を並行処理した場合のコストパフォーマンスはどうなのでしょう。
たとえば遺伝的アルゴリズムを使った計算をする場合、
たった1台のコンピュータで逐次処理をしなくても、
N台のコンピュータで並列処理できますよね。
ESの1/Nの性能のコンピュータが1/Nよりもずっと安ければ、
ESを使うのはコストパフォーマンスが悪いと言えると思います。
また、ES
Re:500MHz (スコア:1)
ES は無駄ではないという人の中に、スカラー機が得意な分野まで ES で計算
させようなんて言ってる人いないでしょう。
スカラー機が得意な分野はスカラー機で計算させた方が良い。だからどの様な
計算でもベクトル機は必要ない。
この主張が間抜けな事分かりますよね?
ベクトル機が得意とする分野は、スカラー機でも 10倍くらい時間を掛ければ
どうにか計算できる。だからベクトル機は必要ない。
こういう主張も間抜けなこと分かりますよね?
スカラー機が得意な分野はスカラー機で計算させてます。だってその方がコス
トパフォーマンスが高いから。でもそんな計算させてる暇があったら、ベクト
ル機でないと計算できない分野を計算させますよ。それこそ勿体ない。
それともベクトル機の有効性は認めるけど、ES だけは無駄だと言ってるの?
まさかなんでもかんでも ES で計算してるなんて思ってて、それを前提に批判
してるの? そしたら頓珍漢もいいとこでしょう。
ES に追いつき追い越せで 2年後に作った BG/L で 3 TFlops 出なかったのな
ら、ES 建造時、スカラー機は 1 TFlops はおろか 0.5 TFlops も出すこと出
来なかったんじゃないですか? もしスカラー機で建造してたら、仕様未達で
それこそ予算の無駄です。安物買いの銭失いとはこういう事を言うんです。
それに計算分野で言ったら、例えば SETI の様な計算なら BG/L でさえ必要な
く PC クラスタで十分。BG/L の様な化け物使うのは無駄。
ついでに、全台使わないのは、ES は要求仕様 5 TFlops を満たそうと思って
640台構成にしたら、16 TFlops 出ちゃった。だから当初の予定の 5 TFlops
の計算させようと思ったら 200台程度で済む。って事じゃないの? 要求仕様は
少し多めに出すものだから、平均は 3 TFlops 程度かも知れないけど。まさか
平均以上の性能は即過剰品質なんてレベルの低いこと言ってないですよね。
しかもスカラー機は研究を加速させた上で 2年経っても 3TFlops も出せてい
ない。今は出せるかもしれないけど、その間流体力学の研究は発展しない。
流体力学の分野なんて今時どれだけスパコンをぶん回したかで決まる。
それとも何か? 流体力学はコストパフォーマンスが悪いので研究は止めろと?
確かに ES は要求仕様の 3倍の性能を持つので、その意味では過剰品質。
しかし、それはわざとではなくある意味「事故」だから分割して使ってるんで
しょう。要求仕様通りだったら常に全台使って計算してるでしょうね。
TomOne
Re: (スコア:0)
小規模のスカラー機を多数ならべたほうが、ベクトル機よりもコストパフォーマンスが高い可能性もある。
実際、アメリカのスカラーのスパコンは、そういう構成になっています。
同じ部屋に並んでいる複数のスパコン間を細めのネットワークで申し訳程度に繋いであります。
そんな程度でもLinpackのスコアは出るので、予算対策=Linpack対策として許容できるコストアップです。
> ついでに、全台使わないのは、ES は要求仕様 5 TFlops を満たそうと思って
> 640台構成にしたら、16 TFlops 出ちゃった。だから当
Re:500MHz (スコア:1)
> はないので、
じゃあなんでスカラー機はベクトル機よりも遅いんですか?
BG/L が ES に速度で負けたのは計算が不得意だからじゃないんですか?
> *旧ESにおいても* コストパフォーマンスが高いのです。
そのコストパフォーマンスに「時間」は入ってないんですか?
台数が少ない方が計算効率は高いですが、コストパフォーマンスが高いとは限
りませんよ。時間はコストですよ。Time is Money.
時間が掛かったら競争力は落ちるし、何より締め切り守れませんよ。
何でスパコンのランキング単位が Flops 何ですか? メモリが重要なら B で競
いますよ。
速度差が 3倍あったら、半年おきに書ける論文が 1.5年おきにしか出せないん
ですよ。
企業だったら、1年ごとに新製品を出そうと思っても、3年経たないと新製品を
出せないことになるんですよ。そんなの許されるわけ無いでしょう。
メモリだって、HDD を使えば幾らでも増やせる。しかしオンメモリでやらない
と速度が出ないからオンメモリでやるんです。
時間が幾ら掛かっても良いならコンピュータなんて使わず紙と鉛筆で計算すれ
ばよい。
「可能」ではあるが「実用」にならないんですよ。
例えばメインメモリ 1GB、仮想記憶 10TB の PC 用意したら ES と同じ規模の
計算が可能。これならたったの 50万円で調達できますね。でも、100年経って
も計算終わらないだろうけど。
TomOne
Re: (スコア:0)
巨大化が不得意だから。
> BG/L が ES に速度で負けたのは計算が不得意だからじゃないんですか?
むしろBG/Lは計算は得意ですよ、Linpackのスコアが示すように。
> そのコストパフォーマンスに「時間」は入ってないんですか?
入っていますが、微々たるものでしょう。
計算時間よりもジョブのスケジューリング待ち時間のほうが長いのですから、
前者が数倍になっても、後者が変らなければ、どーってことはありません。
実際、ESの運用実績をみると、投入されたジョブの8割は1/4未満のノードで計算されています。
もし、計算