Repo
kjana00@gmail.com
2016-04-20 00:52:36
今朝は晴れ。朝ごはんはパンとトマトとソーセージ。昨日の今日ではちょっと、ということで寝心地が悪いったらない電車の中。さすがに二日連続で寝過しはしませんでしたとさ。
それはともかくお仕事。静的解析ツールが遅くて重いのにいらつきつつ、試験結果をまとめる方向……良く考えたらこのモジュールは修正予定なんだから後回しにするべきだったな。データ取り直すんだから丸っきり無駄だったような。……まあ、基本的な動作が思った通りなのを確認出来たと思っておくか。
それでお昼の打合せでちょっとよろしくないところがありますという説明をして、修正を考えてみましょうということになったんで考える。割り込みハンドラ内での操作と干渉するのが問題なんで、割り込み禁止を使うか割り込みハンドラ内で同じ変数をいじるの止めるかっていう話。割り込みハンドラの負荷が上がるのは好ましくないということで、ハンドラ内では適当な変数をいじっておいて、外ではそれを参照して操作を行ないましょうかという修正を入れてみた。で、入れてから真面目に調べてみると、このモジュールの結果を使うモジュールがこのモジュールより高い優先度で動くことになってるのを発見。うん、このままだとこっちで問題が起こるな……
いじってたモジュールの方の優先度を上げてやって、結果を使うモジュールの前に動くようにしたら一応、大丈夫っぽい。ただその辺の優先度、うちのモジュールでは今まで全然使ってなかったところだから微妙に気持ち悪いと言えば気持ち悪い。大丈夫なのかな、という意味で。
優先度を変えない方向だと割り込み禁止区間が長くなり過ぎないように微修正の上で割り込み禁止を使うか、いっそ周期処理でやってる操作を割り込みハンドラに移設するかという感じ？ 割り込み禁止を使う方は、実際のところ割り込み外の処理がそんなに重たいわけでもないから大丈夫って言えば大丈夫な気がしなくはない。ちょっと修正が大きくなる気がするのだけが問題。割り込みハンドラに移設してしまえっていうのは……本質的には割り込み禁止を使うのとあんまり変わらないか。この割り込みが通信路の受信割り込みだから、割り込みハンドラに突っ込んだ方がかえって処理負荷は下がるという意見も無くは……今は通信周期がそうだからそう言えるけど一般に言えるわけじゃないか。うーん？
……というような話をしておしまい。仕掛け直した静的解析ツールの方が何かまだ微妙に怪しくて結果が足らない感じ。警告オプション全部オンにしてるのが仇になってるような。明日またどうにか考えるか……ともかく、帰って晩ごはんに冷奴と豚汁うどん。ちょっと涼しめな気温だけど冷奴食べたら凍えるっていう程寒くはないし。
後は WWW 見たりゲームしたりまんが読んだりちょっと寝たり。耐盲目と耐破片が無いと突っ込んで行き難いよね、と 30 階まででうろうろして耐轟音付きの防具を手に入れて微妙な気分になったり。や、それもいるんだけど、っていう。