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

(2011/06/28 15:15), Hidetoshi NAGAI wrote:
> 永井＠知能．九工大です．
> 
> From: Urabe Shyouhei <[e-mail]>
> Subject: [ruby-dev:43920] Re: ThreadGroup#make_local_space! (Re: ThreadGroup の強化案)
> Date: Sun, 26 Jun 2011 17:23:06 +0900
> Message-ID: <[e-mail]>
>> ひっじょうに根本的な質問をするのですけれども、ThreadGroupって何に使うん
>> ですか。
>>
>> 過去に若干の調査を行った結果、Threadを束にして操作したいという用途には
>> real world examplesが少なすぎて、いまいちです。
> 
> 基本的には束ねるものでしょうね．
> これまでは機能が少なすぎて，sub thread が自動的に含まれることを除き，
> thread を array に入れて管理するのとたいして変わらなかった，
> それゆえ，わざわざ使う気にもならなかったというように思います．
> ThreadGroup の機能強化により，ThreadGroup というものの活用の幅を広げ，
> ひいては thread 活用プログラミングの幅も広げられないかというのが趣旨です．
> 「そうは見えない」というのであれば，それは私の力不足ということです．

kosakiです

若干まとまっていない感がありますが、わたしが今いだいている印象をダンプ
させてください。どうも議論が進んでいないというか、このまま放置していても
マージする流れにいかないんじゃないかな。という疑念がぬぐえないといいますか。。

たとえばJavaだと、今のRubyと同じく非常にプアなThreadGroupクラスがありますが、
現状のThreadGroupを積極的に使ってるケースも、それを拡張したいと思っている
ユーザグループもあんまり心当たりがなかったりまします。
なので、Javaでは不要だけどRubyでは必要となる理由はなんだろう。というのが
最初に抱いた疑問です。
次にたいへん遺憾ながらRubyにおいてthread 並列の未来は暗いんじゃないかと
思ってます。GVLがあるかぎり並列度があげようがないですから。
で、たとえばプロセス並列とかMVMにとか走ってしまうと、やっぱり今回の
強化はあまり役に立たないのではないかと思えます。

なので、議論の出発点を「現状ｘｘが出来ない」ではなく「ｙｙ出来るようにすると
ｚｚさんが嬉しい」といった視点から説明していただけると、（わたしの）理解が
容易になるのではないかと思うのですが、どうでしょうか。

あと、グループに対して出来る操作が増えると、ThreadGroup単位で排他制御が
必要になるので、GVLが存在しないJRubyあたりのパフォーマンスに影響を与えるのでは
ないかという懸念があります。杞憂だといいのですが。

あと、最後にひとつだけ付け加えるならtkが必要としている機能追加があるなら、たぶん
僕は賛成します。GUIはマルチスレッドが必要になるケースがあり、プロセス並列で
代替できないことは理解可能なので。