[ruby-list:3515] Re: [Q] Thread

けいじゅ＠今はフリー(^^;;;です. 

これは ruby-dev向けともいえないと思いますので, このまま続けます.

In [ruby-list :03483 ] the message: "[ruby-list:3483] Re: [Q] Thread
", on Jul/26 00:25(JST) [e-mail] (Yukihiro Matsumoto) writes:

>|何か問題あった時には, 他に問題がない限りリクエストすれば対応してくれるっ
>|て感じですかね?
>
>ですね．

了解.

>|組み込み関数/メソッドは, 現状ではどのくらいまで, atomicになっているん
>|でしょうかね? 全て対応されているつもり?
>
>そのつもりです．

了解.

>|基本的に全てatomicになっていると思ってプログラム組んでいいんですかね?
>|対応していないと思ってプログラム組むのと対応していると思ってプログラム
>|組むのとでは, えらい負担が違うもので...

>そうですね．rubyから見えない内部のデータ構造に関しては排他制
>御が必要ない，というのが目標で，現在分かる限りでは実現できて
>いるはずです．

そういうことですか, だいぶ安心しました.

ところで話しはまた戻ってしまうのですが,

>|2. ユーザレベルライブラリ(**.rb)のスレッド対応

>|a. 一切対応は行わなくてよい. それを使う側がMutexなどを使って対応する.
>|b. メソッドレベルのatomic性は保証するようにする.
>|c. さらに高レベルな保証を行う. 
>|
>|やはり, bぐらいは対応した方が良いのでは? とは思うのですが...

>thread awareが必要なライブラリもありますが(たとえばtk)，基本
>的にはaだと思っています．

についてですが, そのオブジェクトに対して排他制御するのであれば, Mutex
を使えば実現できるんでしょうけど, 下図の様に, 内部に依存したオブジェク
トがあってそれに対して排他制御を行わなくてなならないパターンの場合:

  a_Foo_1 -+
           +--> a_Bar
  a_Foo_2 -+

  a_Barを同時アクセスすると異常動作する.

ユーザレベルでは対応できなくて(しよう思うとThread.critical = FALSEしか
ない), クラスライブラリレベルで対応してもらわないと困りますね.

__
.........................................石塚 圭樹＠今はフリー(^^;;...
------->>また, アドレス変わりました!! e-mail: [e-mail] <<---