[ruby-dev:12454] Re: fork in threads

けいじゅ＠日本ラショナルソフトウェアです.

In [ruby-dev :12448 ] the message: "[ruby-dev:12448] Re: fork in
threads ", on Mar/13 08:35(JST) Takahiro Kambe wtrites:

>o 親のプロセスはすぐわかる。
>o 子のプロセスは自分の責任で覚えておかないとわからない。(子プロセスの
>  一覧を得る通常の方法はない。)
>
>親子の関係はコピーされないものの1つですね。今、手元に資料がありません
>が、コピーされるものとされないものははっきりしています。これはOSから見
>た話なので、そこから見えないプロセスの内部について、
>
>> 直して, forkすると親プロセスのスレッドが子プロセスのスレッドに引き継がれ
>> ないとなってもそれほどおかしくはないでしょう.
>と論理を適用するのも多少違和感を感じます。
>
>とは言うものの、fork時のスレッドの動作に関する変更に異議があるわけでは
>ありませんが。

たしかにそうかもしれません, とにかく子は親のそのままのコピーではないんだ
よといいたかったと.

>> 生fork(sysforkかな?)は, あっても良い気がしていますが, あることによって何
>> が利点か? というか何が実現できなくなるのかが見えないです. その機能がなく
>> ては困るって状況がない限りないほうがよいのでは? と感じています.

>すみません、sysfork() と fork() の違いは何になるんでしょうか。
>スレッドの処理の違いだけ?

基本的には. 細かくは以下の感じかな?

def fork
  Thread.critical = true
  pid = sysfork
  if !pid 
    Thread.list.each{|th| th.kill unless [Thread.main, Thread.current].include?(th)}
    old_main_th = Thread.remain(Thread.current)
    old_main_th.kill
    Thread.critical = false
    if iterator?
      yield
      exit
    end
    nil
  else
    pid
  end
end

ただ, 実際にはThread#killでなくて, 存在しなかったことにして欲しいですが
(ensureの実行なし). ですので, 実際にはsysforkでは再現できないとおもいま
す.
  


__
..............................石塚 圭樹＠日本ラショナルソフトウェア...
----------------------------------->> e-mail: [e-mail] <<---