[ruby-dev:43999] Re: ThreadGroup#make_local_space!

永井＠知能．九工大です．

From: KOSAKI Motohiro <[e-mail]>
Subject: [ruby-dev:43996] Re: ThreadGroup#make_local_space!
Date: Thu, 30 Jun 2011 10:39:05 +0900
Message-ID: <[e-mail]>
> > 実際に不便に感じていたことが発端ではあるのですが，
> > 私が変り者ってことなんでしょうねぇ．．．(^_^;
> 
> ああ、いやいや、そういう含みをもたせる意図はまったくありませんでした。
> わたしがレビューで毎回ユースケースを聞くのは一種の職業病といいますか、
> そういう開発文化に普段身をおいているので、ついつい出てしまうだけなんです。
> 他意はありませんでした。すいません。
> 
> ただ、ひっじょぉぉぉに申し訳ないのですが、私のレビュー能力はデザインの善し悪しを
> 見る能力にはまったくもって欠けていて、requirement とマッチしているかどうか
> でしか見れないので、このパッチのレビューはかなりギブアップ気味です。卜部さんが
> 詳しく見てくれているようなので、しばらく静観させてください。

結局のところ，利用例のサンプルが不足ってことですよね．考えます．

> >> 次にたいへん遺憾ながらRubyにおいてthread 並列の未来は暗いんじゃないかと
> >> 思ってます。GVLがあるかぎり並列度があげようがないですから。
> >> で、たとえばプロセス並列とかMVMにとか走ってしまうと、やっぱり今回の
> >> 強化はあまり役に立たないのではないかと思えます。
> > 
> > １プロセスの Ruby only ではそうなのかもしれません．
> > 複数の計算サーバに処理を分散して依頼する場合は話が変わってくると思います．
> 
> あれ。私は逆に考えていました。
> たとえばHPCだとOpenMP（スレッド並列）、MPI（プロセス並列）が並列化のメジャー
> どころだと思うのですが、計算サーバが複数存在する場合は事実上MPI一択です。
> プロセス並列(≒データは通信APIで陽に送受信する必要がある）モデルですと、
> 通信相手が同一計算にいる場合でも、異なる計算機にいる場合でも、同一処理で
> 出来てしまうから。

あ，これは私の勘違いですね．MVM しか目に入っておらず，「プロセス並列」
が複数の Ruby プロセスの意味に見えてました．(^_^;

で，「計算サーバ」という言い方も悪かったのですが，外部プロセスにに処理
委託するケース全般で，個々の対象とのやり取りは thread に任せ，それらの
thread 群を統括するという状況を考えてました．

# 複数に投げて，一番早く返ってきたのを使って他は打ち切るとか．

その場合，入出力の方が遅いでしょうから並列度は低くても関係ないかなと．

# select で管理すべきという考えもあるのでしょうけど．

> この件だとうれしいだろうな。というところまでは同意します。
> ちょっと細部の質問になってしまうのですが、この件だとthread終了とともに
> thread local scopeのメソッドが消えてくれるのが利点であるかのように読めるのですが
> make_local_space! の主目的はそのようなものであると理解してよろしいでしょうか。

thread 終了ではなく，ThreadGroup が GC で回収される時です．
それが「主」目的かどうかはともかく，
ThreadGroup が消えれば local space も消え，
local space で定義されたメソッドも消えることになりますね．
-- 
永井 秀利  ([e-mail])
九州工業大学大学院情報工学研究院知能情報工学研究系知能情報メディア部門助教