一時限目の先生が遅刻厳しすぎ。出席カード配られるまで腹痛の我慢に必死

reload するたびに Queue の待ちスレッドがたまってしまってだめだな。待ちスレッド + 1 回 push してあげればいいだろうか。でもタイミング次第でアレそう。クライアントがロードされたっていうリクエストしてきたら Queue を作り直す方がいいっぽいなぁ。

なんかソフトウェアアップデートしたら激重くなった。アクティビティモニタ見ても特に CPU もメモリも食ってないのに、スワップしてる感じ。
あと CPU 食ってないときでも 1.83GHz マックスなことが多くなった。なんでだろう。

kernel_task がやけにハリきってるみたいだけどなんなんだろう

日本語のチャンネル名どうしよう。チャンネル名は UTF-8 に統一するか

リロードしちゃうと、リロード前の XHR のリクエストが一番最初の発言を pop して握りつぶしちゃう、ので、発言が飛んでしまうことがある。うーん。
ロード時はちょっと多めに送って、タイムスタンプをクライアント側で比べてユニークにするとかが必要かなぁ。

そういえば DRb って一つのプロセスで複数のサービスってできるんだろか。URI 違えばいいのかな。

やっぱリクエストがタイムアウトしたりすると、Queue を pop するスレッドが残ってしまって、発言が飛んでしまったりする。解決するには直近ログを常に保持して、リクエストが失敗したときはマージするようにするとかやらないといけない。いろいろ変えないとだめだなぁ。

やばい JS 書くのが面倒くさい。

一応リアルタイムで IRC ログが見れるようにはなった。
Firebug のコンソール開いてると面白いなぁ。

発言側のロジックも書いたけど、問題はインターフェイスだよなぁ。複数のチャンネル (chokan 側で配信を許可したもののみ) の切り替えとか。めんどい。

thread.rb の Queue を使うと結構スマートな感じにはなるけど、IRC のログをとるデーモンと、それを配信する httpd が一緒になってないといけないのがなぁ。
あでも httpd 側を drb で分離とかできるか。CGI が drb で chokan に接続して、Queue#pop すればいいのか。あれれ

あとは JS 側でどうするかのみかなぁ。だいたい。タイムアウトしてエラーになったら何秒か待ってとりにいくとかの待ち時間を指数的にしとくとかして負荷減らす作戦とかうんぬん

httpd が cgi プロセスを殺しちゃうと Queue を pop するスレッドがおかしくなるなぁ。drb で接続してプロセス分離したらうまくいくだろうか

DRb 経由で Queue を pop しようとすると dead lock 扱いになっちゃうなぁ。CGI のスレッド以外のスレッドがローカルにないせいかな。
からなず向こう側（謎）で pop すればいいみたいだ。

iTunes の共有を特定のやつだけ表示したいなぁ。某ネットワークに繋いだときどうでもいいのがいっぱいならぶのがちょっと気になる。