ruby-dev

なかだです。

At Tue, 31 Oct 2000 00:47:14 +0900,
Daisuke Aoki <dai@sweetparty.ne.jp> wrote:
> >   優先度の高い signal thread 同士が win32_disable_interrupt() で実行権を
> > 取り合って、他のプロセスにまで回らないということかな。以前優先度を下げて
> > もダメだったということですが、win32_disable_interrupt() の Sleep() を長
> > めにしてもダメでしたか。
> 
> シグナルを処理しているスレッドは Windows 95 では単一です。だから、
> 競合は起こりません。メインスレッドとシグナルスレッド間のみの競合のみを
> 考えればいいのです。で、シグナルスレッドはプロセスに単一で、シグナルスレッドを
> 殺すと、プロセスはシグナルの処理をできなくなります。

  9x だとそうなってるんですか。うーん、NT だとシグナルスレッド
を止めておくとどんどんスレッドが増えてくんですが、9x だとメイン
と別にシグナル用のメッセージポンプが回ってるってこと?

> それに、Ruby の SIGINT 関連で
> 生じる問題というのが、Windows のシステム全部を巻き込んで止まる(OS のすべての
> Window に WM_PAINT とかメッセージが行かなくなるという状況）ことなのでユーザーレベルの
> 単純な競合＆ビジーではないようです。SetThreadContext() がその主たる原因だと
> 思いますが。

  なんでかなぁ。再入性のないシグナルスレッドにどんどんキューイ
ングされちゃってるんなら、待ってたりしないでとっとと終った方が
よさげな気がするけど。

> >   NT でも SuspendThread() の前に優先度を下げちゃうと SuspendThread() で
> > きなくなるし。いやー難しいな。> Windows
> 
> スレッドの優先度によってぜんぜん実行されないスレッドが簡単に
> 出来ちゃうからしようがないですね。どんなに確率が低くてもいいから
> 動いてくれぇと思うものの・・・

  なんかスレッドのスケジューリングに関してはかなり不思議な動き
をしますね。

> >   つーことで[ruby-dev:11302]からの差分です。
> 
> テストは後日行います。1.6.2 に間に合わなさそうですけど。 
> NT の方で大丈夫なら、Ctrl-C を押しっぱなしで連続でシグナル処理しない
> 限りは Windowss 95 では特に問題は出ないので、1.6.2 に取り入れても
> いいのではと思います。

  これはほとんどは 95 では意味のないところを飛ばすようにしたの
と、Sleep(200) を入れた([ruby-dev:11313])だけなので大丈夫だとは
思いますが。

At Tue, 31 Oct 2000 00:55:39 +0900,
Daisuke Aoki <dai@sweetparty.ne.jp> wrote:
> >   優先度の高い signal thread 同士が win32_disable_interrupt() で実行権を
> > 取り合って、他のプロセスにまで回らないということかな。以前優先度を下げて
> > もダメだったということですが、win32_disable_interrupt() の Sleep() を長
> > めにしてもダメでしたか。
> 
> Sleep() は Sleep(0) にすると Ctrl+Alt+del で出てくる Window のプロセスにさえ
> 止まります。Skeep(1) にさえすれば Ctrl+Alt+del で出てくる Window のプロセスが
> 止まることはないです。でも、Sleep(200) にしても、OS が止まる現象(Ctrl+alt+delは
> セーフ)を防ぐことはできませんでした。

  じゃとりあえず現時点では[ruby-dev:11298]+[ruby-dev:11326]まで
ですか。結局 NT 対応だけで 9x だと以前と同じ動作ってことかな、
ほとんど。

-- 
--- 僕の前にBugはない。
--- 僕の後ろにBugはできる。
    中田 伸悦

Thread

Prev Next

In This Thread

Prev Next