[Kazehakase-devel] RSSリロードボ^ンを押すとRSSメニューが表示されな_なる

Back to archive index

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対応させたら、今回のスレッド絡みの問題の発生頻度があがるのです。
それでもよいというのであればコミットしますが、ちと困るというのであれば見送
ります。需要もなさそうな気もしてますし。



Kazehakase-devel メーリングリストの案内
Back to archive index