自分の場合は新しいマシンがやってくることになっているのでこれから本当にバグ出しの仕事が待っている気がするする．．．

コメント＆情報ありがとうございます．助かります．
一番最後に挙げた方は結局 MPI 高並列化の際にエンバグしていたことが分かりました．
まだまだ自分のプログラムの所為である可能性もあります．
最初のは色々検証したいのですが，研究外の仕事が舞い込んできてまったく手がつけられていない状態です．うきー．

コメントありがとうございます．

むー．あまり考えていません（汗．おっしゃられるように仮にジョブディスパッチ用のプロセスが過負荷の場合，一定のプロセス毎（たとえば 1024 とか 2048 とか）にかならず 1 つをジョブディスパッチ用のプロセスにすれば良さそうな気はします．その場合，ジョブディスパッチプロセス同士も互いにジョブの割当量を調整しなければなりませんが，これはそのうち 1 つが「マスター」ジョブディスパッチプロセスを兼ねれば大丈夫だと思われます．

MPI_Comm_split() を使えば，プロセスグループ (コミュニケーター）を簡単に作れますし，そうすれば実際にジョブを処理する側は常にそのコミュニケータにおけるルートにアクセスするだけでよく，自分がどのグループに所属しているかを考える必要がなくなります．ジョブディスパッチ用のプロセスを複数用意する場合はそういうわけで Comm_split() を使うのが簡単でしょうね．

この A というプログラム，実は分割可能な実行単位の実行時間が今回の入力データでは 2 分と非常に長いのです．なのでプログラムが終了する直前に最悪この 2 分の間，1 つの計算プロセスを除いて，他はすべて待つ必要があります．全体の実行時間が長ければ，これは気にするレベルではありませんが，並列度を増していった場合ここがかなり並列化効率の悪化に効いてくるでしょうね．そういう場合は処理すべきジョブを増やせばいいわけですが．．．．

コメントありがとうございます．あーなるほど．化学とは縁がありませんので思いつきませんでした．ありがとうございます．PhotoShop などの Adobe 系もキラーアプリかなぁと考えましたが，昔は論文書くのに写真をそのまま編集部に送って PC 上では使ったかな？と思い，上には書きませんでした．

半端はワタシが許しまセン！

それよりも千秋のまっすぐさの方が心に痛い，，です．先生．

お久しぶりです．ですよね．2^10 ≒ 1000 だけど，なんかおかしいなぁーと思ってたのです．あほですな．a 倍すると桁が a-1 倍されるのが正解ですね．orz

コメントありがとうございます．

追い越し車線の件とかもそうですが，守られていないルールとか
最新の研究成果とか安全対策とかは徹底して
免許書き換え時の講習でやるのがいいんでしょうねぇ．
せっかく全員が受けるのだから，講習会のあとに確認テストをやれば
いいのになぁと思ってます．

「渋滞のときは後ろに迷惑がかからないようになるべく車間を詰めるのがよい．○　×　」みたいな．

# 自分は JAF に入っているので毎月送られてくる JAF MATE の事故等の分析記事は
# 非常に役に立っているという印象です．個人的には非常におすすめです．

しかし何故この遅れを規格に入れなかったのでしょうね？

2 秒遅れるのなら，もう必ず 2 秒遅れることにしてしまえば
時刻表示も問題なく出来たでしょうにね．といつも思います．

どうせ生中継も 10 秒でしたっけ？わざと遅らせてありますし．

この方法も何か問題があるのでしょうかね．

あ、AC にするの忘れてる。

やーいやーい orz

たしかに企業の裁量の範囲です。いいかたが良くなかった。ただそういうポリシーがあっても
おかしくはないでしょう。だから会社の PC に入れるなら管理するためにキー寄こせ、というのは
おかしいとはおもわない。

だからこの部分が矛盾してます。それこそポリシーしだいでしょう。一律アウトなわけはありません。
なので

というのも狭量すぎてもっといろいろ選択肢はあると思います。