Diary of Sacred Fox - May, 2010

連休とはいえ, 特に旅行とかそういうのやることはないので, ガスレンジ周りを突発的に掃除してみた
汚れ防止のシートとかその辺のものをつけたほうがいいのではと思うようになった

最近日記かいてなかったなぁ, まぁネタがぜんぜんなかったからだけど
注: 特にネタ記事ではないです

某方面より, MPIの知られざる機能についてBlogに書けという圧力(大嘘)が来たので, MPI2にあるGeneralized Requestgrequestについて書いてみようかと, 執筆時点で仕様書の邦訳以外引っかからないし
とりあえず, APIの正確な解説が必要な人や, なにしろ関数プロトタイプすらここには書いてないしね本当に使ってみたい人はMPI Forumにある仕様書の該当部分を読むことをお勧めします, 以下はなんとなく解った気になるかもしれない程度のいい加減な解説です, ここがわかりづらいとかそういうのがあったらご指摘ください

• なにこれ?
  あえて日本語訳すれば『一般化リクエスト』, 自前で実装したノンブロッキング処理をMPIのセマンティクス上で使うためのインターフェースです
  普通のMPI_Requestは, 当然IsendやIrecvといったノンブロッキング通信処理に紐付いており, MPI_WaitAny()などでどれかが終わるまで待つみたいな使い方をするわけですが, この枠組みをもっと別のことにも使えるようにしたもの, 別のことって何? 自分で実装してね という枠組み
  たとえば, 別スレッドで他所のサーバにデータを拾いに行ってもらうといった処理の終了報告をgrequestにやらせることで, MPIの通信と別スレッドの処理を同時に待てるようになるわけです
  ほら, select()とかpoll()でサーバを書いてるときに, イベント報告用にpipe()使ってまでファイルディスクリプタに落とし込みたくなることあるでしょ? ない?
• どうやって使うの?
  リクエストの終了ステータス(MPI_Status)を返すコールバック関数query_fnなどを実装して, MPI_Grequest_start()を呼ぶと, MPI_Requestができるので, それを使って待ったりする
  Requestに対応する処理(これはユーザが実装する)が終わったら, MPI_Grequest_complete()を呼ぶ, そうするとそのリクエストに対応するMPI_{Wait,Test}{any,all,some}が呼ばれたときに, start時に設定したquery_fnが呼ばれて, そのリクエストの終了ステータスが返ってくる, これだけ
  query_fnなどのコールバックがリクエストを追跡するために, grequestにはvoid *のデータを1つ紐付けておくことができ, コールバック関数に渡されるので, これで個々のリクエストを区別できる
• で, それって嬉しいの?
  そんなの使う人しだいとしか言いようがないんだよなぁ
  ちなみに石川研のYampiの実装には内部的に使われてたりします, とりあえずMPI_SuccessでGrequest_startの直後でGrequest_completeを呼んでおくとっとと終わりたいときとか

昔ほどFedoraのリリースにワクワクしなくなって久しいのだが, やはり惰性でインストール
これでこのマシンで通算10個目のFedoraである, 半年周期であることを考えるとこのマシンももう5年物ということになる, 時がたつのは早いなぁ
正確にはFedora13の機能では無いっぽいが, BFOというバージョン非依存のネットワークインストーラローダが提供されるようになったので使ってみた
ネットワークインストールの方がトータルの所要時間が短いのは理解できるのだが, 最適なミラーが選べているとは限らない点と, ダウンロード中に裏で作業が出来ない点を考えると, 従来のコツは要るが, 物理的にDVDに書き込まなくても使えるDVDイメージからのインストールに軍配があがる感じである
BFOの中身はSYSLINUXなのでコマンドラインをいじればISOからのインストールは可能