[#45311] 開発会議 — SASADA Koichi <ko1@...>
笹田です．
10 messages
2012/03/06
[#45312] Re: 開発会議
— "ayumu.aizawa@..." <ayumu.aizawa@...>
2012/03/06
US=1B$B$K$$$k$N$G!"=1B(BSkype=1B$B$H$+=1B(BFaceTime=1B$B$G;22C$7$?$$$G$9!#=1B=
[#45341] 非同期割り込みに対する対処案（日本語版） — SASADA Koichi <ko1@...>
ささだです．
28 messages
2012/03/11
[#45816] Re: 非同期割り込みに対する対処案（日本語版）
— SASADA Koichi <ko1@...>
2012/06/25
ささだです．
[#45817] Re: 非同期割り込みに対する対処案（日本語版）
— Tanaka Akira <akr@...>
2012/06/25
2012年6月25日 18:26 SASADA Koichi <[email protected]>:
[#45819] Re: 非同期割り込みに対する対処案（日本語版）
— SASADA Koichi <ko1@...>
2012/06/25
ささだです．
[#45820] Re: 非同期割り込みに対する対処案（日本語版）
— Tanaka Akira <akr@...>
2012/06/25
2012年6月25日 19:39 SASADA Koichi <[email protected]>:
[#45827] Re: 非同期割り込みに対する対処案（日本語版）
— SASADA Koichi <ko1@...>
2012/06/25
(2012/06/25 20:32), Tanaka Akira wrote:
[#45835] Re: 非同期割り込みに対する対処案（日本語版）
— KOSAKI Motohiro <kosaki.motohiro@...>
2012/06/25
> の３つになるような気がしていますので，ある例外がこれら 3 つのどの状態に
[#45841] Re: 非同期割り込みに対する対処案（日本語版）
— Tanaka Akira <akr@...>
2012/06/25
2012年6月26日 3:40 SASADA Koichi <[email protected]>:
[#45844] Re: 非同期割り込みに対する対処案（日本語版）
— SASADA Koichi <ko1@...>
2012/06/25
(2012/06/26 5:07), Tanaka Akira wrote:
[#45871] Re: 非同期割り込みに対する対処案（日本語版）
— Tanaka Akira <akr@...>
2012/06/29
2012年6月26日 5:15 SASADA Koichi <[email protected]>:
[#45372] Marshal.dumpにおけるインスタンス変数の取り扱いについて — keiju@... (Keiju ISHITSUKA)
けいじゅ＠いしつかです.
14 messages
2012/03/16
[#45376] Re: Marshal.dumpにおけるインスタンス変数の取り扱いについて
— Yukihiro Matsumoto <matz@...>
2012/03/17
まつもと ゆきひろです
[#45377] Re: Marshal.dumpにおけるインスタンス変数の取り扱いについて
— keiju@... (石塚圭樹)
2012/03/17
けいじゅ＠いしつかです.
[#45381] Re: Marshal.dumpにおけるインスタンス変数の取り扱いについて
— Yukihiro Matsumoto <matz@...>
2012/03/17
まつもと ゆきひろです
[#45399] Re: Marshal.dumpにおけるインスタンス変数の取り扱いについて
— keiju@... (石塚圭樹)
2012/03/18
けいじゅ＠いしつかです.
[#45401] Re: Marshal.dumpにおけるインスタンス変数の取り扱いについて
— Tanaka Akira <akr@...>
2012/03/19
2012年3月19日5:54 石塚圭樹 <[email protected]>:
[#45405] Re: Marshal.dumpにおけるインスタンス変数の取り扱いについて
— keiju@... (石塚圭樹)
2012/03/19
けいじゅ＠いしつかです.
[#45451] [ruby-trunk - Feature #6218][Open] struct.cのrb_struct_s_members_m()について — "Glass_saga (Masaki Matsushita)" <glass.saga@...>
6 messages
2012/03/28
[ruby-dev:45347] Re: 非同期割り込みに対する対処案（日本語版）
From:
Yusuke Endoh <mame@...>
Date:
2012-03-12 12:00:30 UTC
List:
ruby-dev #45347
遠藤です。 2012-03-11 SASADA Koichi <[email protected]>: > 提案： > 非同期割り込みをチェックするタイミングを制御するための仕組みを新設す > る．原案は [1] にあるとおり．ただ，名前については今後検討する． > > 制御の種類は次の通り， > 0. なるべく頻繁にチェックする（これまで通りの動作） > 1. ブロック I/O のタイミングだけチェックする 一応補足しますと、ブロック I/O に限らずブロックを発生させうる API は全部チェックすべきだと思います。例えば: - 明示的なウェイト (Kernel#sleep) - 条件変数待ち (ConditionVariable#wait) - スレッド終了待ち (Thread#join) - プロセス終了待ち (Kernel#system, Process#wait など) 要するに rb_thread_blocking_region を呼ぶあたり全部。少なくとも POSIX thread の cancellation point はそう定義されています。 もっと細かいことを言うと、POSIX thread では mutex のロック待ちは ブロックしうるけれど cancellation point になっていません。 その理由は、推測ですが - mutex のロックで割りこまれるようではプログラムを書くのが難しい - cancellation point に関係なく、mutex はロック内の処理を一瞬で 終了することが求められていて、ロックで「ブロック」するほど待つ ケースは想定されていない などかと思います。 ただし Haskell の非同期例外 [2] では mutex のロックも cancellation point (相当) になっており、デファクトの設計ポリシーがあるわけでは なさそうです。 > 参考文献： > [1] Akira Tanaka "Re: Thread#raise, Thread#kill, and timeout.rb are > unsafe" ruty-talk (2008.3) > http://blade.nagaokaut.ac.jp/cgi-bin/scat.rb/ruby/ruby-talk/294917 [2] Simon Marlow, Simon Peyton Jones, Andy Moran and John Reppy. Asynchronous Exceptions in Haskell, in PLDI'01. -- Yusuke Endoh <[email protected]>