[#44014] Re: [ruby-core:37707] [Ruby 1.9 - Bug #3781] FIBER_USE_NATIVE が有効だと落ちるスクリプトがある — Narihiro Nakamura <authornari@...>
nariです。
> 本当はgc_mark()の際に毎回stack_check()するのがいいと思うのですが、
nariです。
> GC::Profiler.enable
nariです。
[#44027] [RubyKaigi] Next version of Ruby 1.8 and 1.9 — "Yuki Sonoda (Yugui)" <yugui@...>
-----BEGIN PGP SIGNED MESSAGE-----
遠藤です。
ささだです.
[#44034] [Ruby 1.9 - Bug #4971][Open] Module#class_variables — Shugo Maeda <redmine@...>
[#44048] [Ruby 1.9 - Bug #4223] GC.stress = true で謎の ArgumentError — Motohiro KOSAKI <kosaki.motohiro@...>
=E3=82=80=E3=82=89=E3=81=9F=E3=81=A7=E3=81=99=E3=80=82
[#44122] [Ruby 1.9 - Bug #5036][Open] time_modify/struct_modifyの例外メッセージがサブクラスの情報を反映しない — Kazuki Tsujimoto <kazuki@...>
[#44130] w.r.o/bugreport.html のリダイレクト先について — "Shota Fukumori (sora_h)" <sorah@...>
sora_hです.
[#44156] [Ruby 1.9 - Feature #5053][Open] ruby コマンドと libruby の食い違いチェック — Makoto Kishimoto <redmine@...>
[#44157] Re: [ruby-changes:20532] akr:r32579 (trunk): * io.c (rb_update_max_fd): new function. — KOSAKI Motohiro <kosaki.motohiro@...>
akrさん、
[#44189] [Ruby 1.9 - Bug #5075][Assigned] invalid *fdp in Mac OS X and FreeBSD over recvmsg with SCM_RIGHTS — Yui NARUSE <naruse@...>
2011/7/22 Yui NARUSE <naruse@airemix.jp>:
In message <CANjopZGqKbM4O6vMkOHrZcD1YLLOJ86-hDHsK3C+px9kdrW4Eg@mail.gmail.com>
[#44201] [Ruby 1.9 - Bug #5081][Open] LionでTestSyslog が一件 failure — Motohiro KOSAKI <kosaki.motohiro@...>
[#44210] 1.9.3 (以降) の BigDecimal について — Tadayoshi Funaba <tadf@...>
BigDecimal() で整数、浮動小数点数、有理数などを受けとれるようになって、
変換には明示的なものとそうでないものがありますが、
=E3=82=80=E3=82=89=E3=81=9F=E3=81=A7=E3=81=99=E3=80=82 =20
> 後者の暗黙的変換については、相手の BigDecimal に合わせて精度を決定できます。
=E3=82=80=E3=82=89=E3=81=9F=E3=81=A7=E3=81=99=E3=80=82 =20
だから、現時点で精度を必須にするのはあまり意味がないんじゃないですかね。
=E3=82=80=E3=82=89=E3=81=9F=E3=81=A7=E3=81=99=E3=80=82 =20
[#44223] [Ruby 1.9 - Bug #5094][Assigned] Supported platforms of Ruby 1.9.3 — Yui NARUSE <naruse@...>
> == 成瀬の提案
卜部です
遠藤です。
(07/26/2011 12:38 PM), Yusuke ENDOH wrote:
遠藤です。
卜部で、前回のメールに書き忘れたことがあったとすれば、べつに192のク
遠藤です。
2011年7月26日22:39 Yusuke ENDOH <mame@tsg.ne.jp>:
[#44251] [Ruby 1.9 - Bug #372][Assigned] Rinda has a race condition — Motohiro KOSAKI <kosaki.motohiro@...>
[#44253] [Ruby 1.9 - Bug #5104][Open] test_rinda.rb の GC保護もれ — Tomoyuki Chikanaga <nagachika00@...>
[#44254] [Ruby 1.8 - Bug #5105][Open] CGI::Session#session_id の生成方法について — Masahiro Tomita <tommy@...>
とみたです。
(2011/07/27 19:47), とみたまさひろ wrote:
とみたです。
とみたです。
2011年7月29日20:04 とみたまさひろ <tommy@tmtm.org>:
(2011/07/29 23:55), Tanaka Akira wrote:
2011年8月13日17:31 NARUSE, Yui <naruse@airemix.jp>:
>> ふと思ったのですが、 openssl を使うときでも、/dev/urandom があるならば、
(2011/08/13 20:35), KOSAKI Motohiro wrote:
2011年8月13日23:12 NARUSE, Yui <naruse@airemix.jp>:
[ruby-dev:44017] Re: [ruby-core:37707] [Ruby 1.9 - Bug #3781] FIBER_USE_NATIVE が有効だと落ちるスクリプトがある
遠藤です。 # 以下、自信ありげに言っていますが、全く無いので間違ってたらすみません 2011年7月2日14:04 Narihiro Nakamura <authornari@gmail.com>: > gc.cのstack_check()の役割としては > 「lev(gc_mark()に渡される引数)がGC_LEVEL_MAX(250)の範囲でgc_mark() > を呼び出せるほどの余りがマシンスタックにあるかチェックする」 > のように読めます。 stack_check() は lev とか関係なく「現在からスタックを GC_WATER_MARK だけ 伸ばしても大丈夫か」をチェックするものだと思います。 で、スタック増加量が GC_WATER_MARK を超えそうになる毎に stack_check() を 再度呼ぶ、というのが期待されている使い方ではないでしょうか。なので、 > ただ、GC_WATER_MARKが512しかないので、そのチェックがうまくいってません。 > GC_WATER_MARK = (gc_mark()フレームサイズ + gc_mark_children()フレームサイズ) * GC_LEVEL_MAX > となるべきだと思います。 ではなく、 GC_WATER_MARK >= (gc_mark()フレームサイズ + gc_mark_children()フレームサイズ) でよいと思います。 しかし、GC_WATER_MARK = 512 でこの条件は満たされているような気がします。 よって、本当の原因は別にあり、まだ特定出来ていないのではないでしょうか。 > 私の環境(Linux 2.6.39-0-generic x86_64, gcc 4.5.2)ではgc_mark()と > gc_mark_children()のフレームが28ワードだったので、とりあえず以下のよう > に修正したいのですが、どうでしょうか? なのでこの修正は、とりあえず予備をもたせたから現象が収まっただけではないか と思います。が、現象が収まり、大きな性能劣化等が起きないのなら、とりあえず コミットすることに反対ではありません。 -- Yusuke Endoh <mame@tsg.ne.jp>