From: Nakamura Akifumi <BXQ04723@...>
Date: 2000-12-11T13:23:56+09:00
Subject: [ruby-list:26492] Re: fork problem?


お世話になっております。 A.中村です。

On Mon, 11 Dec 2000 11:10:40 +0900
WATANABE Tetsuya <tetsu@jpn.hp.com> wrote:

> これは CPU が複数ある場合活用でき
> るのでうれしいです。

ん。ゲンジツはさておき夢の話ですが、
fork()によってドッペルしちゃうオブジェクトたちを
(自動的に)orbによる分散オブジェクトに
差し替えてしまったり出来たら、カッコイイですね。
そーすりゃそもそもfork problemの多くが片付くのでわ…

というかfork()をそういう仕組みの「舞台裏」に
押しやっちゃいたいってのが理想(と現実との妥協by俺)。
そこまでいっちゃうと最早forkがrubyのメソッドである
必要性も薄まるわけで。拡張ライブラリの向こう側。
うむ。望ましい(^^;


まぁ実際はそこまでいかないにしても
orbと連動することで「同一性」の保証をする、ってのは
後回しとしても、それ以前のprocessごとの機能の分担という意味では、
それぞれのオブジェクトたちがfork()に際して
「おれはどっちのprocessに逝きたいか」とか
「おれは分身したほうが幸せなんだ」とか
自己主張できると、幸せなんでしょうね。

あ。ということは、親プロセス側だからといって
fork()時に何もしなくて良いとは限らない
(通知してもらわないと困る)という意味でもあるかな。
勿論全員に知らせろってのも無体な話なので、

Object#通知希望?=

っぽいメソッドが欲しいのかも。
クラスごと、時としてインスタンスごと、に
通知希望をオンオフするみたいな。
Threadはそれの実装として自分の中で例外を出す、とか。