[#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 <ko1@atdot.net>:
[#45819] Re: 非同期割り込みに対する対処案（日本語版）
— SASADA Koichi <ko1@...>
2012/06/25
ささだです．
[#45820] Re: 非同期割り込みに対する対処案（日本語版）
— Tanaka Akira <akr@...>
2012/06/25
2012年6月25日 19:39 SASADA Koichi <ko1@atdot.net>:
[#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 <ko1@atdot.net>:
[#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 <ko1@atdot.net>:
[#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 石塚圭樹 <keiju@ishitsuka.com>:
[#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:45320] Re: 開発会議
From:
Tanaka Akira <akr@...>
Date:
2012-03-08 12:52:19 UTC
List:
ruby-dev #45320
2012年3月7日10:59 SASADA Koichi <ko1@atdot.net>: > > で，今回扱いたいネタは，非同期のイベントをどう処理するか > （Thread#raise，trap，ファイナライザ，もっとあるかな？），なのですが，現 > 状での考察のまとめってどっかにありますかね． うぅむ。参加することにしましょう。 最近の議論は記録してないんですが、以下のようなメモが手元にありました。 * 2008-02-25 [ruby-talk:292398] Charles Oliver Nutter: Thread#raise, Thread#kill, and timeout.rb are unsafe [ruby-talk:294591] akr [ruby-talk:294917] akr * 2008-02-24 Charles Oliver Nutter http://headius.blogspot.com/2008/02/rubys-threadraise-threadkill-timeoutrb.html * 2007-12-22 [ruby-core:14266] Charles Oliver Nutter * flag 導入などの議論 * 2007-09-05 [ruby-talk:267616] Paul Brannan * 2006-09-18 [ruby-talk:214874] Joel VanderWerf: timeout and ensure: timeout も signal と同様な問題がある > 田中さんが headius と議論していたときは，どういう結論なんでしたっけ． 結論というわけじゃありませんが、案は [ruby-talk:294917] に書いてあります。 まぁ、用法から始めるのがいいと思うんですが、少なくとも以下のような話が あります。 * 単純なアプリケーションは ^C ですみやかに終わっていただきたい。 (人間は効かなければ数回は繰り返すので 100%終わる必要はないが、 高確率で終わってほしい) * 外部に状態を持つアプリケーションを外から終わらせる場合、 一貫性のとれた状態で終わっていただきたい。 (CGI なカウンタ、DBM にアクセスするもの、など) * 多数の (短時間で終わる) リクエストを並行して受けつけるサーバはそのときに 処理中だったリクエストが終わった後に終わっていただきたい。 (web server の graceful shutdown) * (GC で開放されるような資源を確保する以外の) 副作用がない計算を行う スレッドは任意のタイミングで他から終了させてよい。 * daemon は SIGHUP で設定を読み直すという慣習がある。 他にどんなのがありますかね。 -- [田中 哲][たなか あきら][Tanaka Akira]