@Mihoko_Nojiri うちには本棚がない部屋がないです、、、あ、台所と洗面所にはまだない。

posted at 10:24:27

あ、帰ったら落ちてなかったです。RT @Mihoko_Nojiri 震度3で落ちてはいかんのでは？生存空間ありますか？"@jun_makino: 家の辺りは震度 3 かな？本落ちた？"

posted at 08:48:14

@twistor0 前提が無意味。

posted at 18:51:20

家の辺りは震度 3 かな？本落ちた？

posted at 18:47:02

機構内無線 LAN に Linux のノートから接続できてなくて、 VLAN も Linux から接続できてないので、家の Window XP の PC 経由で会議資料コピー。

posted at 18:47:01

http://yfrog.com/ocgvcfcj スカイマーク・サービスコンセプト

posted at 14:28:34

@twistor0 丁寧で良い感じでした。

posted at 13:55:55

しかし来週も再来週も金曜は神戸か。

posted at 13:34:05

まあ、大体において飛行機のサービスは電車とかに比べて過剰なわけで、 これくらいで十二分だと思う。

posted at 13:34:02

今日はスカイマーク。例のスカイマーク・サービスコンセプトがちゃん と各座席に用意されている。

posted at 13:34:00

@Prof_hrk @__aji そうなんですが、例えばジッタとか同期オーバーヘッドのせいで all-to-all で（ここの意味での）理論値の半分のスループットしか出ないトーラス通信網なんてのがあったとしたら、それは設計が間違ってるといったほうがいいのでは？

posted at 19:48:37

@Prof_hrk @__aji あ、一般論でなくて、この all-to-all の話の場合のことです。

posted at 19:03:34

@Prof_hrk @__aji これって、少なくともメッセージサイズが大きい極限で理論値に漸近しないようなアルゴリズムはどっかおかしいのではないかと思うのですが、そういうものでもないのですか？

posted at 17:59:54

@Mihoko_Nojiri 内臓ハードディスク。まあ普通ではないかと。

posted at 23:09:12

まあだから内挿も外挿もしてなさそうですね。

posted at 22:47:10

さて、工作開始。

posted at 22:37:35

@ccsoni まあ given name が関係ある人もいるから。

posted at 22:22:57

内挿。

posted at 20:11:00

RT @Mihoko_Nojiri: これさ、体格補正って私はファントム１−５で外装してるのかと思ってたんだけど、不連続なの？　RT @hayano: （AT1316が出力する統計誤差だけで検出下限を論じてはいけない理由 → http://twitpic.com/9qrqcl

posted at 20:10:32

今後 : 一つは SIMD の数を増やす。

posted at 16:22:22

Tofu での all to all の実装の話。多次元トーラス上のアルゴリズムと か 80 年代に山ほど研究あったんじゃないかと思うけど、、、

posted at 16:17:13

@ccsoni ではその間に仕事を押し付けてと。これは下に降りるものではないと思うので。

posted at 16:15:16

まあこれはコスト的に勝てなかったという話だわね。

posted at 16:06:42

MPI が普及してきたので thin node でいいかなと。

posted at 16:06:40

最初は 128 チップ SMP の fat node

posted at 16:06:39

ベクトルやめた理由 : 性能当りのコストが 4 倍違った。

posted at 16:06:37

最後は富士通。

posted at 16:06:35

@twistor0 返事がなかったら事後承諾。

posted at 16:01:59

作るのはアクセラレータ的なもの、という話のような。

posted at 15:57:47

次は日立。

posted at 15:57:45

NEC は使ったスライドの半分くらいは配布資料になかった。

posted at 15:57:43

@ccsoni 梅村さんその辺にいる？５時までに永井くんに返事をする必要が、、、

posted at 15:43:22

寒いなここ ( 話が寒いとかいってるわけではないので念のため )

posted at 15:28:45

NEC 。ピークに対する性能比で良い、という話。

posted at 15:23:47

Kepler2 の紹介も。

posted at 15:07:06

まず松岡さんから米国の状況説明。セコイアはでてくるのでは？とのこ と。

posted at 15:07:04

3 時からは http://www.mext.go.jp/b_menu/shingi/chousa/shinkou/028/kais... 今後の HPCI 計画推進のあり方に関する検討ワーキンググループ（第 3 回）

posted at 15:07:02

午前中文部科学省でヒアリングだっんだけど、実はもうひとつ予定をい れていたということが判明した。ごめんなさい＞関係各位。対応どうもです。

posted at 12:20:46

すずかけの近くのビバホームはでかい。

posted at 09:59:03

ファントムによる補正は、 1 次補間すればすむ話のように見えるよね、、、

posted at 09:59:02

いずれにしても、このカウント値と Cs の量の対応関係 ( 比例係数 ) が示されていないので、このデータから「検出下限を論じていけない理由」を定量的に理解するのはなかなか難しい。

posted at 09:59:01

今日公表の図は右下のグラフの縦軸に単位がよくわからない。おそらくチャネル毎のカウントの平均値と思われるが、違うかも。

posted at 09:59:00

要するに、この図は ( 野尻さんもいっているように ) 混乱を招くものである。本来は 134, 137 それぞれに検出下限の線を引くべき。総量を出す解析してないし、それぞれが独立に検出されないと有意じゃないとか書くんだから。

posted at 09:58:59

但し、グラフにのせてあるデータは 134 、 137 を独立に定量する AT1316 のプログラムのものなので、「現在の検出下限」とプロットしてある数字の有意性にはなんの関係もない。

posted at 09:58:58

で、そのことを定量的にどう考慮したのかは不明だが、昨日のグラフに は「検出限界」として 134+137=15-20 くらいの線がひいてある。これは 134+137 の総量で検出限界を判断しているということ。

posted at 09:58:57

早野さん今日公表の図にあるように、ファントムによるバックグラウン ド補正には大きな問題がある。

posted at 09:58:56

昨日のグラフでの「有限値」は、 AT1316 のプログラムが検出下限 以上と判定して出力した数字であり、このプログラムの判定基準は 2 σ である。

posted at 09:58:55

これらを総合すると、以下のようなことではないかと想像される。

posted at 09:58:54

https://twitter.com/hayano/status/207619683585757184 早野さんによる追加図 とコメント

posted at 09:58:53

https://twitter.com/Mihoko_Nojiri/status/207484261769560064 野尻さんの説明

posted at 09:58:52

http://twitpic.com/9pvxqh このグラフ の話続き。

posted at 09:58:51

数字自体はスペクトルから計算しなおしたのではなくて AT1316 の出力がそのまま書いてある、ということか。

posted at 08:17:55

RT @hayano: バックグラウンドの体格補正が依然不完全．AT1316出力検出下限は過小評価． @ichimiyar: 生データで負の値をND、正の値をそのままプロットと推測。RT @Mihoko_Nojiri これは混乱するからよくない。RT @ichimiyar: 検出下限以下の有限値とは？

posted at 08:16:47

とのことですが、、、

posted at 02:12:18

RT @Mihoko_Nojiri: いやこれは 2シグマあたりで切ったものをプロットしてるのね。アトムテックの仕様　RT @ichimiyar: 生データで負の値をND、正の値をそのままプロットと推測。RT @Mihoko_Nojiri 質問の時にもいったんだけど、これは混乱するからよくない。

posted at 02:11:57