- 日時： 1997年4月16日(水) 13:00〜16:30
- 場所： 財団法人 高度情報科学技術研究機構(中目黒) 大会議室
- 出席者：
- 青山裕司（東京大学），
- 林康晴（日本電気株式会社），
- 岩下英俊（富士通株式会社），
- 神谷幸男（富士通株式会社），
- 河合伸一（宇宙開発事業団），
- 小林篤（株式会社日立製作所），
- 升本順夫（東京大学），
- 松元亮治（千葉大学），
- 三好甫（高度情報科学技術研究機構），
- 長嶋利夫（株式会社三菱総合研究所），
- 中村寿（高度情報科学技術研究機構），
- 中尾雅弘（三菱重工業株式会社），
- 野方康一（株式会社日立製作所），
- 布広永示（株式会社日立製作所），
- 荻津格（東京大学物性研究所），
- 岡田信（富士通株式会社），
- 太田寛（株式会社日立製作所），
- 坂上仁志（姫路工業大学），
- 左近彰一（日本電気株式会社），
- 妹尾義樹（日本電気株式会社），
- 嶋英志（川崎重工業株式会社），
- 清水鉄也（理化学研究所），
- 新内浩介（株式会社日立製作所），
- 末広謙二（日本電気株式会社）（記），
- 末安直樹（富士通株式会社），
- 高橋俊（株式会社日立製作所），
- 高村守幸（富士通株式会社），
- 田中高史（郵政省 通信総合研究所），
- 山崎昇（株式会社富士総合研究所），
- 横川三津夫（動力炉・核燃料開発事業団），
- （事務局）秦万美子（高度情報科学技術研究機構）
以上31名
- 配布資料
- 第6回 HPF合同検討会 議事次第 (事務局)
- 第5回 HPF合同検討会 議事録 (小林会員)
- HPF拡張機能(3) 手続き境界でのマッピング (太田会員)
- HPF拡張機能(4) データ並列およびタスク並列 (太田会員)
- 非同期転送の仕様(案) (岩下会員)
- HPF仕様の検討議事
- 手続き境界でのマッピングについて
[提案の趣旨説明](太田氏)
- 手続き境界における再マッピングを、非同期で行なえる機能を追加したい
(JAHPF独自拡張)。
- DYNAMIC属性を持つ実引数の手続き戻り時のマッピングを、呼び出す前の
状態に戻すようにしたい(HPF2公認拡張からの仕様変更)。
- RANGE指示行については前回説明済み。
[討議内容]
- について
- 呼び側の interface block 中にも ASYNC 宣言が必要なのか?
→ 必要。
- 呼び出し時だけでなく、戻り時の転送は非同期にならないのか?
→ 今後詰める必要あり。
- 一般に、手続き入り口から実際に変数が参照されるまでに
それほど間があるのか?
実効性が疑わしいのでは?
- 転送開始が呼び側で行なわれるとするならば、
ASYNC 宣言されていたところで
いつ転送開始できるかは結局コンパイラが見切らなくてはならないのでは?
- について
- 手続きは、呼び側からの独立性を高く作るべきものであり、変数の
分配などを変更して戻るのはそもそもおかしい。
→ しかし F90 では他に allocatable array などの例がある。
- DYNAMIC文ひとつのあるなしで挙動が劇的に変わるのは危険すぎる。
- 太田提案を入れると、再分配した状態のまま戻す手段が完全に
なくなってしまう。
性能を追求する手段としてあった方がよいのでは?
- 代替手段として、呼ぶ前に再分配すればいいだけなのでは?
- 再分配した状態を返す返さないは、変数に対する属性として与えるのでは
なく、手続きの個々の引数に対する属性とすべきではないか?
- inline との関連はどうなるのか?
- HPF2になってから入れられた機能ということは、経験上必要だということが
わかったか らなのではないか?
- について
・ユーザは、わざわざこのような記述をしてくれるのか?
→ 明らかに速くなるのであればする。面倒な人は使わないだけ。
[採決]
- について
- 引き続き検討を進める(賛成25/反対0/棄権3)。
- について
- DYNAMIC属性を持つ実引数も手続き戻り時にはマッピングを戻す(20/3/5)。
- マッピングを戻さない方法を別途考える(20/0/8)。
- について
- 採決は行なわない。indirect分散等と絡めて引き続き検討を進める。
- データ並列とタスク並列の記述について
[提案の趣旨説明](太田氏)
- REDUCTION種別を明示できるようにしたい(JAHPF独自拡張)。
- RESIDENTなしのON文は有効性が疑問なので仕様から外したい
(HPF2公認拡張からの仕様変更)。
- RESIDENTの構文が美しくないのをなんとかしたい
(HPF2公認拡張からの仕様変更)。
- TASK_REGIONの採否。
- 部分プロセッサへのマッピング機能の採否。
[討議内容]
- について
- 種別を誤って書くと誤った結果がでるのか?
→ yes。
- 最大値と同時に、それを与えるときの添字を求める」ような演算は?
→ 今のままの仕様では書けない。
- HPF2公認拡張のREDUCTIONはそのまま使えるのか?
→ そのまま使える。ここでの提案は機能の拡張。
- HPF2策定過程においてももっと柔軟な書式が検討されたが、
ややこし過ぎて捨てられた。太田提案あたりが実用的な線ではないか。
- について
- ONをなくしてしまうと計算マッピングをユーザが明示する方法が
完全になくなってしまう。計算マッピングをコンパイラが完全に見切れるかは疑問。
- ONに必ずRESIDENTが必要となると、なぜそういう文法なのか理解できない。
RESIDENTなものだけをならべて書く方がわかりやすい。
- ループのインデックスを直接分配する手段があればONはいらない?
→ 適当なテンプレートに対するONを書く方が結局は簡単。
- コンパイラでONの実装が難しいとする理由がよくわからない。
- について
- RESIDENT対象として、本当は「この式中のこの参照」という指定が
したいが、うまい方法がないため、HPF2では「字面の一致」が採用されている。
- RESIDENT対象に変数名しか指定できない、という案ではきめが
粗過ぎて書けないパターンが出てくる。
- 単文のRESIDENT指示行で対応してはどうか。
- について
- ベクトル長などの関係で、一つのループを全プロセッサに分配するよりも、
一部のプロセッサだけに分配して他は別の処理をしていたほうがよいこともある。
[採決]
- について
- REDUCTION種別を書けるよう拡張する(24/1/5)。
- について
- 検討を継続/検討を打ち切りHPF2をそのまま採用/棄権(13/10/7)。
- → HPF2公認拡張通りか仕様変更かも含め、検討を継続する。
- → 検討継続を支持した人は、次々回までに提案資料を用意する。
- について
- HPF2公認拡張をそのまま採用する(25/2/3)
- について
- HPF2公認拡張をそのまま採用する(23/1/6)
- 非同期転送について
時間切れのため、次回に。
- その他の検討議事
- 新規参入希望者について
地球シミュレータ研究開発センタ・谷氏(三好氏より紹介)の新規入会について、
出席者全員の賛成を得た。
→ 欠席者の賛否をメールで確認(事務局)後、入会承認。
- スケジュールについて
次回の会議は9:30からとする(出席者には実費にて昼食を用意)。
次々回以降は様子を見てから改めて決定する。
今後の予定
- 第7回 4月21日 9:30〜
- 第8回 5月14日 時刻未定
- 第9回 5月28日 時刻未定
- 事務連絡
- JAHPFのホームページを、RISTにワークステーションが用意でき
次第開設する。末安氏を中心に、コンテンツの準備にかかる。
- 阪大の西原先生がJAHPFに関する発表をするとのことで、
事務局より資料を提供した。
- HPF仕様書の和訳の扱いに関して
- まだ製作途上なので、コピーは配布しないでほしい(見せるだけならOK)。
- 配布条件の合意を早急にベンダー三社と取る(三好氏)。
- 訳語の統一など体裁を整える必要あり?
- 次回
- 日時: 4月21日 9:30より
- 議題: メモリ領域の利用方法(SHRUNK等)
- 非同期転送
- EXTRINSIC関連
- 組込み手続き・ライブラリ 等
以上