=begin
= 2008/05/07 の dcmodel ネットミーティングのメモ書き
# * 2008/05/07 (山下 達也) 2008/04/25 から引き継いで作成
##################################################
== 参加者
* 神戸
* 高橋 芳幸, 納多 哲史,
森川 靖大
* 北大
* 石渡 正樹, 山下 達也,
小高 正嗣, 徳永 義哉
* 国立天文台
* 杉山 耕一朗
* 九大
* 中島 健介
(順不同, 敬称略)
##################################################
== 次回日程
* 日時
* 05 月 14 日(水) 14:00 -
* 場所
* 神戸大 : 自然科学 3 号館 508
* 北大 : 理学部 8 号館コスモスタジオ
* 九大 : 理学部 3 号館 3605
* 国立天文台 : 杉山居室
##################################################
##################################################
== 4 月末に行う dcmodel meeting with Balaji に関する覚書
* 日程は 04/28(月) -- 29(火)
* 場所は神戸大学
* Balaji さんに対してリクエストすべきことを再検討する必要がある.
* 少なくとも GFDL のホームページの現状をチェックしておかなければならない.
* (())
* 議論するネタを考える(Balaji さんとどういう会話をしたいのかを考えておく).
* 先ず我々のモデル開発活動を紹介し, その後 Balaji さんに質問する.
=== 我々のモデル開発活動の紹介
* 話者 : 石渡
* RDoc の宣伝を忘れずに行う.
* 話題
* 「磁気嵐シミュレータ実現に向けた検討会」の森川発表資料をベースにする.
* 使うところは最初の部分と規約と gt4f90io と ソースコードの書式と RDoc.
* 英語化を行う(森川).
* ((<最新 dcpam 森川発表資料|URL:https://www.gfd-dennou.org/GFD_Dennou_Club/dc-arch/davis/workshop/2008-03-10/morikawa_dcpam/pub/>))のモジュール設計の部分を紹介する.
* spmodel については流れマルチメディアを参照することにしよう.
* arare に関して話しておくべきことは, GCM と書法を揃えることを目指していること,
凝結性成分の数の変更をしやすいプログラム構造を目指していること
(MixRt(:,:,s), s は凝結性成分に関するループ変数).
((<最新 deepconv 杉山発表資料|URL:http://www.gfd-dennou.org/library/ruby/workshop200803/sugiyama/pub/>))
* モデルプロジェクト関係のウェブページで最低限英語化は出来ているか?
=== 質問リスト
* FMS (もしかして ESMF?) の概説をお願いします.
(()),
((<予習資料?|URL:http://www.gfdl.noaa.gov/fms/pdf/fms2004.pdf>))
* ESMF について
* FMS との関係性
* FMS と比べて何が変わったか?
* カップラーの仕組み
* f90 と C++ の組み合わせで作られているようだが, f90 で書かれている部分はどこなのか?
* 計算速度はどうか?
* 我々が今直面している困った問題に関して聞くべし.
1 つは計算スピードの問題. 構造体を使う際に注意すべきことはあるか?
* 異なるアーキテクチャにおける最適化はどのように行っているのか?
* FRE(FMS Runtime Environment) って何が出来るんですか?
* FRE はコンパイル用や実行用のスクリプトを生成するツールのように見えるが, それだけか?
* 去年の Balaji さんの発表資料によると元々は FMS のユーザインターフェースとして作られた
ものらしい.
(())
* やることはスクリプトの生成だけではなく, 計算結果のアーカイブ, 後処理, 解析をも支援する
ようなソフトを目指しているようだ.
* curator って何ですか?
* Earth System Curator とは何でしょう?
* GFDL curator というものもあるようだが?
* 目的は気候モデルと出力データの両方に対して統一されたインターフェースを提供することと
書いてあったので, gtool4 プロジェクトに対応するものだろうか?
((<20060523 の Balaji さんの発表資料|URL:http://www.earthsystemcurator.org/docs/curator_june06_goessp.ppt>)),
((<20070530 の Balaji さんの発表資料|URL:http://www.gfdl.noaa.gov/~vb/talks/curator2007.pdf>)).
* 数値データだけではなく, 数値モデルの計算設定情報も共通のインターフェースを介して参照
できるようにしたいという野望があるようだ.
* curator が最終的にどこまでのものを目指しているのか?
* 複数人数で共有する数値データのアーカイブ方法についてどのようなことを考えている?
* 可視化はどうしているのか?
* 各プロジェクト間の関係
* 複数プロジェクトの間の連携・協力はどのようにして行っているのか?
各プロジェクトおよびプロジェクト間の調整に関する指揮系統はどうなっているのか?
実際にはどのプロジェクトも同じメンバーだったりするのか?
* ESC と FRE は統合を目指していると書いてあるが, 両者の関係はどうなっているのか?
* 政治的・経営的問題について
* お金はどこから出ている?
NASA との関係は?
* 何人雇われているのか?
* アメリカ内外での利用者の拡大はどのような感じか?
* プロジェクトに関わっている研究機関の間の調整はどのように行っているのか?
* 製品の帰属先はどこなのか?製品の著作者は誰と言うことになるのか?
プロジェクトが著作者と言うことにしている?
* モデル開発に関する話を投稿するのに適した雑誌は何か?
* GMD(Geoscientific Model Development)という雑誌があるが, どうでしょう?
=== GMD (Geoscientific Model Development) on European Geosciences Union (EGU)
URL: http://www.geoscientific-model-development.net/index.html
White Paper の URL:
http://www.clivar.org/organization/wgomd/publications/GMD.pdf
* どのような記事が想定されているか
* 「3.1 Model description papers」が dcpam, gt4f90io などが
合致するのではないかと思われる. 求められている文書の種類は
一応揃っているような...
* 公開までの手続き
* GMD では, 記事が速やかに公開され, 多くの人からのコメントを受けられる
よう, 2 段階の公開プロセス (?) をとっている. (詳しくは
GMD のホームを参照のこと).
まず迅速な査読 (?) で, 記事は GMDD にアーカイブ, 公開される.
この段階で記事は半永久的にアーカイブされる.
* そこで査読がなされ, 受理されたものが GMD にアーカイブされる.
* 受理されないものに関しても, GMDD としてはアーカイブされ続ける.
(citable といえる). なお, 受理されなかったものに関しての詳細
は, http://www.geoscientific-model-development.net/general_information/faq.html
の項目 7 を参照のこと.
* これまでにどのような記事が投稿されているか
* http://www.copernicus.org/COPERNICUS/publications/publication_journals.html
によると, GMD および GMDD (Geoscientific Model Development Discussions)
は, www.geosci-model-dev.net および
www.geosci-model-dev-discuss.net から公開されるように見えるが,
まだ 2008/03/02 時点では, 双方とも公開されている記事は無い.
* dcmodel ミーティング with Balaji in Kobe の各人滞在日
* Balaji 0426(土)-0430(水)
* 石渡 0427(日)-0430(水)
* 徳永 0427(日)-0429(火)
* 山下 0427(日)-0429(火)
* 中島 0428(月)-0429(火)?
* 杉山 0428(月)-0429(火)?
##############################################
== 引用例で挙げられるプロジェクト名がページによって異なっている問題
* TODO
* dcmodel プロジェクトと gtool4 プロジェクトの中身の整理 (石渡) 各項目の不整合を整理する.
* プロジェクト全体の引用の仕方の例は
地球流体電脳倶楽部 hogehoge プロジェクト, year:URL,
地球流体電脳倶楽部
とする. この例にならっていない
gtool4 規約, deepconv プロジェクトの引用例を
修正すること. (石渡)
* 引用の仕方の例における year をどのように書くかちゃんと
すり合わせしておいた方が良いかもしれない.
##################################################
== DCPAM プロジェクト活動報告
=== DCPAM プロジェクトの Web ページ整備 (森川)
=== dcpam4 モデル開発 (森川)
* 3 月までに計算を行ったモデルを一旦固定する.
* タグを貼ってリリースする.
* 降水量などの時間平均値を出力できるように修正を行う.
* 乾燥大気の平均分子量をモデルに対し与えるようにし,
気体定数などはその値から自動に求まるようにする
(水蒸気などに対しても同様).
=== dcpam4 のモデルドキュメント作成 (森川)
* 数理ドキュメント, 離散化ドキュメント
* 今の所, AGCM5 からコピーしただけ.
* そもそも数理モデルおよび離散化モデルが惑星大気に応用できるか, チェックする必要がある.
* rikigaku.tex など日本語に基づくファイル名を dynamics.tex などに変更する.
* 数理ドキュメントは dcpam のコードに合わせた式にする.
(dcpam は U = u cos φ を使ってない, とか).
* 力学過程に関して一部修正を始めている.
* 但し今はモデルを一旦固定するのを優先し, それが終わり次第ドキュメントの見直しに入る.
* コード解説
* AGCM5 の『コード解説』を dcpam 用に書き換えて
移植する. ディレクトリ名は code_description (仮).
* チュートリアル
* ソースコードを直接いじらないレベルのユーザ用ドキュメント
『ごくらく DCPAM』の作成
* ソースコードをいじるレベルのユーザ用ドキュメント
『らくらく DCPAM』の作成
* とりあえず納多がやってみる
* 先ずは動かしてみるところから.
=== dcpam4 による実験 (森川)
==== 水惑星実験で AGCM5 と比較
* dcpam4 が AGCM5 と同様に水惑星の計算を行い,
動作を確認する.
* その前に, 地球以外の惑星での計算に向けて, 方程式系の
チェックと見直しを行う.
* 計算設定
* SX を用いて, AGCM5 と dcpam4 とを同じ設定で動かし,
結果と実行速度を比較する.
* まずは並列化でジタバタする前に, シングル CPU で動かす.
* 積雲パラメタリゼーションとして
対流調節スキームを用いる. (AGCM5 では Mkinclude を編集して
nonstd/p2cuma.F を用いるようにする).
* 解像度は T21L16
* 積分時間は 500 日
* Δt は AGCM5 と dcpam4 とで同じにする
* セミインプリシットスキームを使う
* ヒストリデータの出力間隔は 0-100 日, 450-500 日に関しては 1 日おき,
その他は 10 日おき. データは /GFD_Dennou_Work[3]/morikawa 以下に置く.
* 出力変数は
* 東西風, 南北風, 温度, 鉛直流(ソースコード要変更), 比湿,
加熱率分布 (DLscTempDt + DLscTempDt, DRadLTempDt, DRadSTempDt),
降水量 (Rain), 蒸発量 (DVerdiffQVapDt), 放射 (RadLFlux, RAdSFlux),
顕熱 (DVerdiffTempDt), 負の水蒸気除去量 (DNegQVapDt)
* 計算結果
* お絵かき
* 全球平均の図はまとめて上部に
* 計算速度のチェック中 (環境研 SX8 にて).
* プロファイラによるチェック中.
* 速度は AGCM5 の 1/4 ぐらいだった(原因調査中)
=== 木星を念頭においた仮想惑星計算
* 下記の計算を試みたが, そもそも乾燥対流調節, 湿潤対流調節など,
地球大気を想定した方程式を計算しており, 木星大気への応用がそもそも
可能かが怪しい.
* この機会に方程式系を一度全て見直すと共に, 欠けている
ドキュメントも作成する
* 具体的な作戦は, 見直しが終わった段階で再考する.
* 計算設定の詳細
* 設定に関しては Sugiyama et al. (2008) ながれマルチメディア (投稿予定)
を参考にする.
* 半径は地球と同じ
* 自転角速度は地球と同じ
* 重力は Sugiyama et al. (2008) と同じく 23.1 [m s-2]
* 乾燥大気の組成は Sugiyama et al. (2008) と同じ
* 乾燥大気の定圧比熱 : 11900.9264 [J kg-1 K-1]
* 乾燥大気の気体定数 : 3611.44466 [J kg-1 K-1]
* 乾燥大気の平均分子量 : 2.3053533e-3 [kg mol-1]
* He の分子量と割合 : 4.002602e-3 [kg mol-1], 0.1455
* H2 の分子量と割合 : 1.00794e-3 * 2 [kg mol-1], 0.8531
* 凝結成分は水のみ
* 水蒸気の乾燥大気に対する分子量比 : 7.8250532
* 初期値
* 風速: 0 [m s-1]
* 地表面気圧: 3.0e+6 [Pa]
* 温度: σ=1 で 490 [K] とし, 気圧 1.0e+4 [Pa] となる高度まで,
温位一定で (乾燥断熱線に沿って) 高度に伴い温度を減少させる.
気圧 1.0e+4 [Pa] 以下の高度では温度一定とする.
* 比湿: σ=1 で 6.11641e-3 [kg kg-1] とし,
比湿が飽和比湿の 75 % となる高度までは一定とする.
その高度以上では, 比湿を飽和比湿の 75 % とする.
* Sugiyama et al. (2008)と同じく,
2.0e5 [Pa] 〜 1.0e-4 [Pa] まで, 放射を模した一様冷却を与える.
冷却率は - 1.0 / 86400 [K s-1] とする.
* Sugiyama et al. (2008) を模して大気上部でスポンジ層を入れるべく.
1.0e-4 [Pa] よりも上層では, 東西平均値に近づけるレイリー摩擦
(時定数は 86400 [s]) を与える.
* Sugiyama et al. (2008) では CReSS ユーザーガイド 第2版 (6.188) と同様に
レイリー摩擦を与えている. 本来は dcpam も同様に滑らかな
強制を与えるべき (ただし, E-folding time はモデルのタイムステップ
に合わせて大きくする必要がある).
* 境界条件
* 地表面運動量・熱・水蒸気フラックスはゼロ.
* 最下層中間 (σ=0.8987071) の温度を
490.0 * 0.8987071 ** ( 乾燥大気の気体定数 / 乾燥大気の定圧比熱 )
≒ 474.374 [K] に固定.
* 最下層中間 (σ=0.8987071) の比湿を 6.11641e-3 に固定.
* 水平拡散は, 最大波数の波に対して E-folding time 10800.0 [s].
超粘性の次数は 8.
* 降水の扱いに注意
* Sugiyama et al. (2008) では雲の微物理過程も考慮されているが,
AGCM5 や dcpam4 では雨になったものは即座に除去されるという違いがある.
* 従って, 下層で雨が蒸発することをいずれは考える必要がある.
木星の場合, 下層における雨の蒸発が循環を駆動するということが
結構効いていそうだから.
==== さらにその後の実験リスト (主に dcpam4 の動作試験としてのもの)
* 水惑星実験で AGCM5 と結果を比較する
* 東西平均場の比較
* 東西風, 南北風, 温度, 温位, 鉛直流, 比湿, 加熱率分布,
降水量, 蒸発量, 放射, 顕熱
* 全球収支の比較
* 質量 (地表面気圧), 水 (降水量, 蒸発量), エネルギー (放射, 凝結)
* 波の活動度
* Held and Suarez (1994) の Fig3, Fig4 を参照のこと.
* 赤道の x-t ダイアグラム
* Held and Suarez (1994) の論文に載っている絵と同じもの
を書いてみて波の活動度を調べるについて調べる.
* 地形を入れて計算してみる.
* 余田グループの業績をチェックする.
* Held and Suarez に地形を入れた計算を行った論文があるかも.
* 高橋さんの調査では発見できなかった. 存在するかどうか
もう少し調査が必要.
* それっぽい地球を動かす
* 観測に基づく SST
* 地形がある
* 陸面過程がある
* 水蒸気, オゾン, 二酸化炭素の吸収射出を考慮した簡単放射
* 雲の放射も適当に考慮できるとよいだろう
##################################################
== gtool4 netCDF 規約の CF 規約に対する位置づけに関して (石渡)
gtool4 netCDF 規約再検討北大メンバーミーティング (
((<1|URL:/library/gtool4/memo/2006-04-20_morikawa_gt4conv-review.htm>)),
((<2|URL:/library/gtool4/memo/2006-04-25_morikawa_gt4conv-review.htm>)),
((<3|URL:/library/gtool4/memo/2006-05-09_morikawa_gt4conv-review.htm>)) )
にて議論が中途半端になっている, gtool4 規約の今後について一応の方針を
ちゃんと決める.
なお, 最近 (とはいえ既に昨年秋だが),
(())
が公開されており,
(())
も新しくなっている. これらをチェックすべきかどうかも要検討.
現在, CF 規約の bounds について調査開始 (gt_calc_weight の代替になり得
るか? など)
##################################################
== gt4f90io 関連
=== dc_date で 1 秒より小さい時間を取り扱えない問題
1 秒より小さい時間は, 足し合わせていくと丸め誤差が溜まって,
どんどんずれていってしまう.
ちょっと試行錯誤して何とか取り扱えるよう試みてみる (森川)
##################################################
== dcrtm
報告事項
* Appleby and Hogan (1984) 読書ノート作成中(徳永)
Todo:
* 大気放射関連の理論マニュアルがあるかどうか確認(徳永)
* 読書ノートのチェックを定期的に行う.
覚書
* データが集まった時点で, 何種類の吸収成分気体(バンド)
を考慮すべきか, 検討する
* まずは可能な限り考慮する, でよいが, とある時点でバンドの
取捨選択をしないとたぶん計算できないモデルになってしまうだろう.
* Appleby and Hogan (1984) を光田放射スキームで再計算する.
その際, 放射のインターフェース (deepconv や dcpam などの
メインプログラムとのデータのやり取りの仕方) の検討を行う.
##################################################
== deepconv
* arare4 への主成分凝結モジュールの実装(山下)
* arare4 のメインプログラムへの移植を開始
* arare3 と arare4 で対応関係の分からないモジュール・関数を杉山さん・小高さんに
問い合わせ中
* テスト計算を行っている最中 (山下)
* 北守修論の再計算
* 北守さんのソースコードをコンパイルし, 実行することはできた.
* 北守さんの結果と再計算の結果が一致するかを検討するために絵を並べたページを作る
* 関数名に対するコメント
* Average モジュールに入っている半格子<->格子の変換を行う関数(例 : xz_avr_pz) の名
前が良くないのではないか?
avr だと領域全体の平均操作を行う関数のように見えてしまう.
* Average 自体はいろいろなところで使われているので, 名前を変えるならばできるだけ短
い方がよいだろう.
* 3 次元化 (小高)
* Odaka et al. (1998) の設定を与えた火星乾燥対流の計算を継続中
* dx=dy=dz=100m に設定した計算を行う
* ベクトル化率が良くない(約88%). 行列計算部分のベクトル化率が良くないためと思われる
* TODO
* 小高さんが復帰してから確認すべきこと
* arare4 の 3 次元版で並列化の計算を行うための算段はどうなっていたか?
* arare4 の 2 次元版と 3 次元版の管理はどのように行うことにしていたか?
2 次元版と 3 次元版でソースコードの共通化を行うことにしていたっけ?
* インストール手引きの改訂 (小高)
* 山下が arare4 を動かし始めたら行う
* ifc9.0 で動作させるために必要なソースコードの改変箇所を記述した
手引の作成
* 北守修論の再計算
* 計算結果を北守修論と比較する. 結果の公開は dcmodel-thumb.rb を使うことにする.
* 地形に沿った座標系の定式化ノートの作成 (山下, 石渡)
* チェックを 04/03(木) 10:00 から行う.
* ifc9.0 でコンパイル時に生じたエラーへの対処の覚書
* エラーを起こしたプログラム/モジュール
* xyz_bc_module
* xyz_module
* xyz_deriv_module
* xyz_deriv_c4_module
* gridset_3d
* chemdata
* エラーは, use 文内で rename を用いている場所と,
引用した module の公開要素をカスケード公開している場所
で生じている
* とりあえず, カスケード公開している公開要素は, 最初にその要素
が定義されているモジュールから直接引用するようにして, エラーを回避した.
* 対策:
* ソースコードレベルでは対応しない
* ifc9.0 で動作させるために必要なソースコードの改変箇所を記述した
手引を別途用意しておく
* 凝結成分の種類をもう少し簡単に変更できるように改良を始めた. (小高)
* 現在中断中
* 目標は地球版よ木星版の実行プログラムをプリプロセッサを使って単一のメインプログラムから作成すること
* NH4SH の反応に関係するサブルーチンの整理を始めた
* 並列化 (小高)
* 現在中断中
* 詳細は ((<開発メモ参照|URL:/library/deepconv/memo/2007-08-16_odakker.htm>))
##################################################
== dcmodel コーディングルールの修正
「リスタートファイルとヒストリーファイル」の
「ヒストリーファイル」に以下の記述を追記 (石渡)
平均値を計算する際に座標重みを必要とする数値データの場合には, 座標重
みのデータも各ヒストリーファイルに格納することを推奨する.
この際, 実際に netCDF ファイルにどのように座標重みを格納するかについても
記述する. これに伴い, これまでの gtool4 規約において gt_calc_weight として
使用されていた座標重み指定のための属性を CF 規約 bounds に置き換えることが
可能かどうかを調査する. (石渡)
##################################################
== 初期値生成コードの管理について
* 下記のような実装を dcpam4 において行った.
これに関する解説文書をまずは dcpam4 の「らくらく dcpam4 」に
まとめる予定である. (その後, dcmodel プログラミングガイドライン
へと移動する予定.)
とりあえずらくらく dcpam4 に文書をまとめるまで下記文書は
ここに残しておく.
* 長期 RUN 用実行プログラムは「お試し Run」できるように, 内部で
初期値を生成できるようにしておく.
* 本当に数値実験を行う際にわざわざ長期 RUN 用実行プログラムを改変
しなくて済むよう, 初期値生成用実行プログラムは別途用意しておく.
* ただし完全に別々に RUN 用ファイルと, 初期値生成用ファイルを
メンテナンスする場合, 実際に初期値を生成するコードを「2 度書き」
せねばならず, 開発者のストレスが溜まる (deepconv 開発の経験)
* 現状の折衷案 (とりあえずこれで試行錯誤してみる)
* 初期値生成「モジュール」を用意し, 実際に初期値を生成するコードは
そのモジュールでくるんでおく. 別途, 初期値生成のみのための実行プログラム,
長期 RUN 用実行プログラムは用意する. それらの実行プログラムは初期値
生成モジュールを参照し, データを作成する.
┌─ initital_data.f90 ─────────────────
|
| module initial_data
|
| subroutine InitialDataCreate( ....)
|
| 初期値生成コード
|
| end subroutine InitialDataCreate
|
|
| end module initial_data
|
└──────────────────
┌─ init_sample.f90 ─────────────────
|
| program init
| use initial_data
|
| call InitialDataCreate(...)
|
| end program init
|
└──────────────────
* RUN 用プログラムは「おためし RUN」可能なように,
初期値生成モジュールを use してサブルーチンを実行する.
結果的に, 「おためし RUN」の際には, RUN 用ファイルは一度初期値ファ
イルを書き出し, それを実行ファイルで読み込むことになる.
┌─ run.f90 ─────────────────
|
| program run
| use initial_data
|
| call InitialDataCreate(...)
|
|
| do ....
|
| 長期 RUN
|
| end do
|
| end program run
|
└──────────────────
##################################################
== spml(佐々木)
* spml における配列添字を 1 からではなく 0 から始めることへの修正
* trank へマージ中
* 合わせてドキュメントをrdoc 化, インストールドキュメントを整備
* sample プログラムの修正については今後行う
* この修正に関する詳細については
((<"天文台モデルミーティングログ 2006/12/25-27"|URL:/library/dcmodel/workshop/2006-12-25/memo/dcmodel_2006-12-25.htm>))
を参照のこと.
##################################################
== 電脳 debian パッケージの公開方法について
=== stable, testing などではなく, sarge, etch などとする
* TODO
* gtool4 などのインストール手引きにおいて stable と記述されているものを
すべてコードネーム (現在は sarge) に変更する.
* fortran 版の dcl(佐々木)
* spml(佐々木)
* gt4f90io(石渡)
=== etch 版の Release.gpg に登録される鍵の共有化
* 現状
* 佐々木個人の鍵が登録されている.
* パッケージリストの更新は cc-env グループであれば可能だが, Release.gpg
の更新は佐々木本人でなければできない
(ただし現在は cron で 1 日 2 回更新している)
* 改正案
* cc-env グループに入っているメンバーなら誰でもパッケージリストが更新で
きるようにする
* 具体案を dcdvlop に提示する(佐々木)
##################################################
== モデル開発してて面倒と感じることいろいろ
以下の, 日頃作業する際に調べる面倒だなぁ, と思う事柄に関して, dcmodel
のページから 1 ホップぐらいで手繰れるところに, 必要最低限の資料を作成
する. (杉山)
* cvs commit が面倒
* (面倒) コマンドをすっかり忘れているので, わざわざいちいち調べなけ
ればならない (コミットするのが億劫になる). 調べる情報も dcmodel
プロジェクトの奥のほうにあったりして調べる作業も鬱陶しい.
* 調べるものの例
* cvs のタグの貼り方どうだっけ??
* cvs のコミットどうするんだっけ?? なんかルールもあったような??
* (対応策) 杉山氏が, 自分で cvs コミットの際に必要な情報を
dcmodel ページの上の方 (検索しやすい位置) に作ってみる.
* ソースの公開版の更新が面倒
* 作業そのものはだいぶ簡素化されている (タグが書き込まれているファイル
を書き換え, あるディレクトリで make するだけ).
* やり方が流布されれば OK ??
* gt4f90io の開発についていけない
* (面倒) なんかいろいろ開発してるらしいが, ついていけん.
* 時間が取れるときにフォローアップをする
##################################################
== 実行時に演算プログラムを変更するための方法に関する議論
実行時に演算プログラムを変更できるようにすると, 実行速度
は低下することになるだろう. しかし実行時に演算プログラム
を選択できる利点は大きいので, これまで考えてきた USE 文
を用いたプログラムの選択方法に抵触しない範囲でその方法を
検討してみる.
* ソースコードを変更することなく,
実行時に演算プログラムを変更するためには基本的に
NAMELIST を使う
* 具体的な方法として, 以下の 2 つ案が挙がった.
* 案 1
* 切り替えを行う演算モジュールの1つ上位のモジュール
で切り替えを行う.上位のモジュールの初期設定手続き
において読み込まれる NAMELIST 変数群に演算プログ
ラム切り替え用のフラグとなる文字型変数を含んでお
き,その変数に与えられた文字列から, 演算するプログ
ラムの切り替えを行う.実際には, そのモジュールの演
算プログラム内に, IF 文が出現することとなる.
* 案 2
* 切り替えられるそれぞれの演算モジュール自身で実際に
動作するかどうかのスイッチを持つ. 初期設定手続きに
おいて読み込まれる NAMELIST 変数群にそのスイッチの
役割を果たす論理型変数を含んでおき, それが真の場合
のみ,演算プログラムの中身が有効となるようにする.
つまり, 演算プログラムにおいて,このフラグが偽の際
には, 何もせずに返り値を返してプログラムを終了する.
* 案 1, 案 2 の場合ともにプログラムのどこかに IF 文を使
うことになる. したがってどちらにしろ計算速度が遅くなる
ことは間違いない.
* dcpam では時間積分法の選択を案 1 の方法で行っている.
しかし計算速度の比較は行っていない.
* 案 2 はサブルーチンを呼び出すプログラム中に条件分岐が
陽に現れないため, 可読性が低下する恐れがある.
* 案 2 は NAMELIST 型で指定する論理型変数の値を間違える
と, 同時に呼びたくないサブルーチンを呼んでしまうことが
起こってしまう.
* 結論
* 案 1 の方法で演算プログラムの変更を行うようにする.
* 案 1 の方法をどれだけ多用するのかはその都度考えて開
発を行うようにする.
##################################################
==AGCM5
* ISPACK の SMPACK 対応版のコードに対する修正パッチを
AGCM5 領域の agcm5-dvlop ディレクトリに格納(石渡)
* TODO
* AGCM5 のページに修正パッチへのリンクを作成する.(石渡)
=end