Hiroyuki Ikezoe
poinc****@ikezo*****
2003年 9月 18日 (木) 08:51:16 JST
zoeです。 On Thu, 18 Sep 2003 01:48:54 +0900 Takuro Ashie <ashie****@homa*****> wrote: > > 実際に、pthread_mutex_lockの代わりにgdk_threads_enterを使うと問題なく動 > > 作します。これは、gtk内部と風博士で同じGMutexを使うようになるからだと思 > > われます。 > > > > じゃあ、gdk_thereads_enter使えばいいじゃんとなるところなんですが、実は > > これ(正確にはgdk_threads_init) を使うとMozillaのBasic認証のwindowが閉じ > > るときに固まってしまうんです。gdk_threads_initではただたんに新しい > > GMutexオブジェクトを生成してるだけなんですが、なんで固まるのかわっぱり > > 分かりません。。。 > > 個人的には,圧倒的にI/O負荷の方が大きい処理ではマルチスレッドにする意味 > は殆ど無く,むしろデメリットの方が大きいと思っているので,特にevent > drivenなプログラムではnon-blocking I/Oの方がいいかな,と思っています. > (実際,私は今までそれで困った事は無いですし) non-blocking I/Oっての知りませんでした…。勉強になるなあ。 # この数ヵ月でどれだけ新しいこと覚えたか知れず。 しかし、これよさそうですね。これでpthread地獄から抜けられそう(嬉泣。 > そのうち GNet のコードを取り込んでghttp関連のコードを置き換えてしまおう > とは思っています.XPCOMを使う手もありますが,将来的にMozillaから脱却する > 可能性も無いとは言えないし...(笑) GNetってのも知りませんでした…。 > ともあれ現状のスレッド処理はちょっと甘そうなので,私も気が向いたら弄って > みますが,むしろその労力を non-blocking 化に費やした方が早いような気はし > ます(なので今まで弄らなかったわけですが...(^^;) いや、どうせなんでそのまま放置しておいてください(笑。足永さんのおっしゃるよ うにnon-blocking化に注力した方がよいと思います。 ところで、LIRS対応が結構進んでてコミットしちゃいたいんですが、問題がありま して。LIRS対応させたら、今回のスレッド絡みの問題の発生頻度があがるのです。 それでもよいというのであればコミットしますが、ちと困るというのであれば見送 ります。需要もなさそうな気もしてますし。