パスワードを忘れた? アカウント作成
2009年11月 記事 / 日記 / コメント / タレコミ
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30
2009年11月19日の人気コメントトップ10
166023 comment

masakunのコメント: 人騒がせな解釈ですね (スコア 5, すばらしい洞察) 110

マヤ暦のカレンダーにはいくつかあったようですが、そのうちのひとつが2012年冬至までしかないから
「その時地球が滅亡する」ですか。
そんな先のことが予見できる文明なら、何百年も前に滅びることはなかったでしょうに。

166134 comment

OddEyeのコメント: あくまで目的が先で結果は後からついてきた (スコア 5, 参考になる) 116

規模と論理性能とベンチマーク数値にこだわることの不毛さに気づくべきでしょうね。
地球シミュレータが大きな成果を出したのはTOP500への野望からではなかったはず。

・明確な目的意識(流体計算)
・明確な設計ポリシー(目的への最適化。ベクトル&クロスバー結合)

結果として、予測値よりはるかに高性能な汎用計算機ができてしまって世界が大騒ぎ。結果論です。

http://www.ne.jp/asahi/comp/tarusan/main194.htm

この地球シミュレータ、現在ではTOP500において第49位。 LINPACK性能だけを見れば、もはや世界の頂点に近い存在ではない。

しかし、HPC分野においては使用するアプリによって機種毎にその性能は大きく乱高下する。地球シミュレータはその名の通り全地球レベルでの地球温暖化を研究するために作られたが、その分野のアプリでの性能はどれくらいのだろうか?

このあとの講演でその答えを知ることが出来たが、回答は衝撃的なものだった。 講演者の方曰く、(この分野のアプリならば)「おそらくは今でも世界1位。悪くても2位は確実です。」とのこと。

166353 comment

ultra_hawk_1のコメント: 修正と追加 (スコア 5, 参考になる) 135

タレコミ後、色々わかってきたので、日記の方は適宜修正しています。

まず、

これを異常の起きたスラスタ Dの代わりに使用し、スラスタ Cと共に使用する事で必要な推力を得るのだそうだ。

このスラスタA+Bを使用する事で必要な推力を得るのだそうだ(スラスタCは予備)。

に修正しています。

また、大塚実氏のtwitter松浦晋也のL/Dより補足すると、

  • スラスタA+Bで、今日まで一週間連続運転を維持している。ほぼ100%の推力を維持できる。軌道計画上では帰還できる。
  • イオンエンジンA/Bの生きている部分だけを組み合わせる方法は地上では試していなかった、万一のための電気回路を置いておいたのが功を奏した。
  • 現在太陽に近いので、電力が取れるのでこの運転が可能。もっと遠いところで故障が起きれば、電力的に成立しなかった。

なんという好運 & 「こんな事もあろうかと」……。

166146 comment

s02222のコメント: UIの進化が人の感覚に追いついた (スコア 4, おもしろおかしい) 51

by s02222 (#1675088) ネタ元: 振動で発電するリモコンが開発される
これで、リモコンがうまく働かないときにとりあえず振ってみる、という人類一般に見られる謎の行動が追認されたわけですね。

# 次は60度の角度で叩くと直るテレビを。
166163 comment

s02222のコメント: 2000年問題 (スコア 4, 興味深い) 110

by s02222 (#1675125) ネタ元: NASA曰く「2012年地球滅亡説は間違っている」
暦を作った当時はそこまで先のことは考えてなかったってだけでしょうね。

「1000年王国」とかも同じ問題をはらんでますよね。「永遠」という分かりにくい表現をするより、「1000年」というまだしも想像できそうだけど現実的には考える必要がない程度の期間を無責任に持ち出して、「王の御代は1000年続く」とかいう予言を用意したりして、国の安定性に箔を付けようとする手法です。

でもってそういうことをやっちゃうと、後世に「1000年で終わる」と裏返してわざわざ細かい計算をして「終わる日はいついつ」と求めるという、「いや、何を単なるレトリックな表現をちゃんと計算してるんすかwww」というギャグをやる奴が出てくる。個人的には大好きなボケのパターンですが。

# 「あらゆる文献を調査した結果、今年は君が代の詞が書かれてから丁度8000年だと分かった!!
#  つまり、日本は今年に滅ぶ事が予言されていたんだ!!」
# Ω ΩΩ<ナ、ナンダッテー
# 「予言はさらに続いている。それによれば滅ぶのは『さざれいしがいわおとなるてこけのむす』とき。
#  これが何を表しているのかを知ることができれば滅亡を回避出来るかも知れない・・・」
166193 comment

oshaのコメント: Re:米政府と日の丸スパコンの支援額の比較 (スコア 4, すばらしい洞察) 116

>なんで日本だと割高なんだ?

Processor Family share for 11/2009

上記は世界のスパーコンピュータTOP500における2009年11月時点での各プロセッサ・ファミリのシェアなのですが、
x86アーキテクチャ(IA64を含む)で90%近く、これにPOWER系のものを含めると実に99%以上になります。
日本はここに独自アーキテクチャ+新規プロセッサの開発で参入しようとしたために開発費がかさむ結果となってしまったわけです。

風車に突撃するドン・キホーテと言えば言い過ぎでしょうか……。
166334 comment

heavensgateのコメント: Re:米政府と日の丸スパコンの支援額の比較 (スコア 4, すばらしい洞察) 116

>同じコストだけど、実効効率10%と90%で雲泥の差のシステムがあったとします。
>90%のほうが優れていると言えますか? 無駄があってもコストが一緒なんですよ?

これなら明らかに90%の方が優れているでしょ。
同じ計算をさせるのに、実コストは1/9です。作業効率が9倍=時間が1/9ですからね。
まあ実際にはそこまでは開かないでしょうが。
それとも、同じ計算時間で同じコストだけど……という質問?(実効効率10%の方を100とした場合、90%の方の計算能力は12くらいになるのか?)

>個人的には、ボトルネックはプロセッサ以外にあるべきだと思っています。
>ちょっと計算が変っただけで実効性能がガクンと落ちるのは嫌ですから。

 現在の「マルチコアの汎用CPUをとにかくたくさん並列させる」タイプは、ボトルネックが CPU 間のデータバスだったりメモリ間転送だったりになります。
 ここにコストはかかるけど速度が速いクロスバースイッチを使ってるのが地球シミュレータなのですけれども。

166099 comment

baku3393のコメント: あんまし関係がないと思う (スコア 3, すばらしい洞察) 161

by baku3393 (#1674993) ネタ元: コメントはソースコードを表す?
「Ugly」の解釈がプログラマーと非プログラマーで異なると思います。

文法が正確で誤字の少ない簡潔なコメントが書けても、そもそもクラス名とかメソッド名とか変数名
が非直観的だったり、インデントが深すぎだったりしたら「コード」としては「Ugly」です。

あと、修正前のコードをコメントアウトして残すことを強制されたコードも「Ugly」。
バグ票番号を修正箇所にゴチャゴチャ残させるコードも「Ugly」。

逆に、何にもコメントがなくてもコード自体が短くて直観的でコメント自体が不要なものであれば
「美しい」コードだったりします。

むしろプアでしゃくし定規な「コーディング規約」なる法典をおしつけられて無理やりコメントを
書かされていると冗長な説明文が入った「見た目にキタナイ」ソースになっちゃったりします。

コメントもコードも「言語」ですからね。

#ってか、「非プログラマ」な人種はソースなんて見るのか?(<俺)
166115 comment

Sukoyaのコメント: Re:コメント抽出 (スコア 3, おもしろおかしい) 161

by Sukoya (#1675023) ネタ元: コメントはソースコードを表す?

そうやって、コードもコメントも完璧なソースがコンパイルもされずに誰かのハードディスクの片隅から納品後に見つかるんですねわかります

ソース内だけじゃなく外部管理もちゃんとしてくださいよ!!!

typodupeerror

にわかな奴ほど語りたがる -- あるハッカー

読み込み中...