牧野の公開用日誌

つっても、非公開のを別につけているわけではない。

Copyright 1999- Jun Makino

• 2006/10/xx UPn 〆切 仮題「重力多体系と専用計算機」
• 2025/1/6 15-17 NEDO 技術推進委員会
• 2025/1/9 8:50 惑星学基礎III 5回目
• 2025/1/16 8:50 惑星学基礎III 6回目
• 2025/1/21 CPS セミナー 毛利さん
• 2025/1/23 8:50 惑星学基礎III 8回目
• 2025/1/29 18 チーム別
• 2025/1/30 8:50 惑星学基礎III 8回目
• 2025/2/13 修論発表会
• 2025/2/19 卒研発表会
• 2025/2/26 18 チーム別
• 2025/3/6 13-15:30 FS 評価委員会

• 2023 4Q 木曜1限 惑星学基礎III
• 2023 4Q 木曜2限 惑星学基礎III 演習
• 火曜 13 学生自主ゼミ
• 火曜 10 GFC
• 火曜 13 コデザインチーム定例 (23/4-)
• 火曜 16:30 CPS 定例
• 水曜 午前(原則)研究室セミナー
• 水曜:惑星学初年次セミナー(第1Q水2) 牧野がいないといけないのは 6/1
• 水曜 13 神戸大B4定例
• 木曜 13 PFFS arch 定例
• 木曜 14 PFK 定例 (biweekly)
• 木曜 14 PFFS software 定例 (biweekly)
• 金曜 11 GPFN4 SW
• 金曜 13 GPFN4
• 金曜 16 PFFS all 定例 (biweekly)
• 木曜:専攻会議 12:20 (月に一度)

• 神戸大学カレンダー 神戸大学予備日 6/11, 8/11, 11/22, 2/10 7/19 木曜 7/20 金曜

地震・原発関係リンク

2025/1/6

• インクリメント。
• 仕事始めだがいきなり色々な〆切が押し寄せてきていてすでにおぼれている。
• FPS AP-120B のアーキテクチャ、非常に面白いのでちょっとだけ。

  同時期の Cray-1 は完全な load-store 型、CDC Star/Cyber203/205 は完全な memory-to-memory 型アーキテクチャなんだけど、AP-120B はどっちでもなくて、1ポートのメモと 1R1W のレジスタファイル2つが命令から直接見える(演算器の入出力に指定できる)ようになっている。

  GRAPE-DR では 2R1W だったんだけど、そうではなくてMN-Core 並みの 1R1W x 2 なのがなんかすごい。

  乗算器と加算器でレイテンシが違い、この時期なので FMA ではない。で、命令はサイクル毎に投入される。例えば乗算結果をメモリに書き込むには、乗算命令からレイテンシの数後に「乗算器の結果レジスタの値をメモリに書く」という命令をだす必要がある。

  プログラム自体は、簡単な整数CPU が実行して、これが64ビットの命令語に 命令実行自体の制御部分(整数レジスタのアクセスやジャンプ)+浮動小数点ユニットの命令という感じ。

  バイポーラで6MHz で動く機械なのでジャンプとかも遅延スロットとか考えなくてもよかった感じ。

  FMUL 3、 FADD 2 のレイテンシがプログラマーにみえてて演算命令に対応するストア命令をそこで必ず発行してね、はなかなか厳しいというか、GRAPE-DR ではそれはさすがにちょっとと思って命令語としては destination も同じワード内で発行する(SIMDなのでずらすコストは小さい)んだけど、アセンブラレベルでずらしてねと、、、

  で、メモリ、2枚のレジスタファイルもアセンブラから丸見え。レイテンシ変わったらアセンブラ全体動かなくなるのはちょっとつらいかも。

  Array processor なんだけど命令セット的にはベクトル命令はなくて、ループで処理されるのもちょっと面白い。まあこれはベクトル命令むけのシーケンサの中身がアプリケーションプログラマにみえるというほうが正しいかも。

• 第7次エネルギー基本計画（案）に対する意見の募集について にある 第７次エネルギー基本計画（案）を眺めているわけだけど、うーん、あまりにこれ空想的では?

  「原子力は、(中略)他電源と遜色ないコスト水準で変動も少ない。」って書いてあるけど、これまともな根拠がある話ではないので。

  最新の 発電コスト検証に関するとりまとめ（案) ではkWh あたり太陽光10円、原発 12.6円とか書いてあるけど、これは建設費用が 100万kW あたり4580億円という最近の原発のコストの 1/3-1/4 くらいが仮定されてる。

  まあそもそも再処理が驚異的な低コストでできると仮定されてる時点で夢物語なんだけど、建設費用も非現実的な仮定をした上で他電源と遜色ないコスト水準といわれてもみたいな。

  こういう、空想的な数値を政策立案の根拠にしちゃうことが正当化される現状が、政策の非合理性を招いている、というか、原子力政策はそういう非合理性によってるんだけど、それが他のところにも及んでいるのが経済政策が失敗するわりと大きな要因だと思う。

• AP-120B といえば。Steve の ハイブリッド N-body + Fokker-Plank の論文 にでてきた。

  アーキテクチャの資料 あんまりまともに読んだことなかったんだけど、これ結構アレというか、まあこうなるよね的。

  FPS-164 の Fortran compiler の論文というのはあるんだけど、120B そんなの動かないよね(制御部分のアーキテクチャが全然違う)？全部アセンブラでNBODY1 相当書いた？今度聞いてみよ。

• 冬休みの宿題いくつかのうち1つとりあえず終了。
• 大原さん。AI向 けシステムの課題は電力とメモリーの膨大な消費量　IEDM 2024レポート

  私の tw が引用されてて、「理屈はわかるのだが、それはロジックダイの 発熱が穏当なものの場合だろう」とコメントされてるのが、うん、なんという か、私の主張へのコメントにありがちなパターンですね、、、

  実際問題としてロジックを上に置くなら冷却の問題はないし、高いロジックダイにDRAM に電源供給するTSV あけるより安いDRAM ダイにロジックの電源供給のための TSV のほうが、、、というところもある。

  もちろん、この場合には ダイ外へのシグナルがDRAM積層を通るので、その辺はちょっと面倒。

  ロジック下の場合はDRAM 配線層の熱抵抗が問題だけど、チッブ上で分散メモリアーキテクチャになると、面積あたりの演算密度をあげることにあんまり意味がなくなって、むしろDRAM 容量にみあった性能があればよい、となるので、半導体プロセスどうするかから変わってくる。

  これは、今の CPU と GPU で、面積あたりの発熱はCPU のほうがずっと大きいのが、さらに極端になっていくということである。これも、共有メモリ並列計算機から分散メモリ並列計算機への移行と同じで、小さく作る必要がなくなるということ。

• HPCプログラマの書くコードってなんで古臭いの？ -- まあだから、アクセラレータを使うべき、ということもできる。計算コードのほとんど全部を最新のコンパイラが動くCPUで動かせばこういう問題はだいぶ減る。

• なんか面倒な認証システムがあって1億年ぶりくらいに expect を使う。 というか expect という名前を思い出すのが大変だったというか思いだせなくて「インタラクティブ　入力　自動化」とかで検索した。

  前に使ったのは記録によると この辺。

  今時なら Ruby や Python に expect モジュールがあるのでそっちのほうが使いやすいかも。

• あけましておめでとうございます。今年もよろしくお願いいたします。

  というわけで1月である。

  年末なにもしないでゴロゴロしてたらちょっと体調改善した。体力というかまあ原因は明確なのでぼちぼち。

• 生成 AI がでてきてなんとなく思うのは、人間の思考や記憶自体も生成 AIの出力のようなもので、本人はそれが実際にあったことと100%確信していて も実際の「事実」とは全然変わってたりすることは多いんだろうなあというこ とではある。

  自分もだが他人も、、、記録というものは重要であるみたいな。

• 牧野のホームに戻る