[#10007] Re: [ruby-talk:03267] Re: mod_ruby error? — Wakou Aoyama <wakou@...>

青山です。

31 messages 2000/06/11
[#10008] Re: [ruby-talk:03267] Re: mod_ruby error? — Wakou Aoyama <wakou@...> 2000/06/11

青山です。

[#10018] Re: [ruby-talk:03267] Re: mod_ruby error? — Shugo Maeda <shugo@...> 2000/06/13

前田です。

[#10027] Re: [ruby-talk:03267] Re: mod_ruby error? — Wakou Aoyama <wakou@...> 2000/06/13

青山です。

[#10028] Re: [ruby-talk:03267] Re: mod_ruby error? — Wakou Aoyama <wakou@...> 2000/06/13

青山です。

[#10029] Re: [ruby-talk:03267] Re: mod_ruby error? — Shugo Maeda <shugo@...> 2000/06/13

前田です。

[#10035] Re: [ruby-talk:03267] Re: mod_ruby error? — Wakou Aoyama <wakou@...> 2000/06/13

青山です。

[#10038] Re: [ruby-talk:03267] Re: mod_ruby error? — Shugo Maeda <shugo@...> 2000/06/14

前田です。

[#10041] Re: [ruby-talk:03267] Re: mod_ruby error? — Wakou Aoyama <wakou@...> 2000/06/14

青山です。

[#10045] Re: [ruby-talk:03267] Re: mod_ruby error? — Wakou Aoyama <wakou@...> 2000/06/14

青山です。

[#10046] Re: [ruby-talk:03267] Re: mod_ruby error? — Wakou Aoyama <wakou@...> 2000/06/14

青山です。

[#10047] Re: [ruby-talk:03267] Re: mod_ruby error? — Wakou Aoyama <wakou@...> 2000/06/14

青山です。

[#10048] Re: [ruby-talk:03267] Re: mod_ruby error? — Wakou Aoyama <wakou@...> 2000/06/14

青山です。

[#10135] don't use mktemp() — Shugo Maeda <shugo@...>

前田です。

35 messages 2000/06/27
[#10136] Re: don't use mktemp() — matz@... (Yukihiro Matsumoto) 2000/06/27

まつもと ゆきひろです

[#10137] Re: don't use mktemp() — Shugo Maeda <shugo@...> 2000/06/27

前田です。

[#10141] Re: don't use mktemp() — kjana@... (YANAGAWA Kazuhisa) 2000/06/27

In message <874s6f1rqj.wl@studly.netlab.co.jp>

[#10143] Re: don't use mktemp() — WATANABE Hirofumi <eban@...> 2000/06/27

わたなべです.

[#10181] Re: don't use mktemp() — Katsuyuki Komatsu <komatsu@...> 2000/07/03

小松です。

[#10183] Re: don't use mktemp() — WATANABE Hirofumi <eban@...> 2000/07/03

わたなべです.

[ruby-dev:10001] Re: Generational GC

From: Masato KIYAMA <masato@...>
Date: 2000-06-09 19:48:19 UTC
List: ruby-dev #10001
まさとです.

> 木山さんにCVSアカウントをあげて枝を作ってもらうのが良いのか
> なあ。

もうすこしデバッグなどをして,自分の中でOKがでたときに
アカウントをいただけると,うれしいです.
そのときは,よろしくお願い致します.

> 私もこれが一番悩んだところなんですが、どこにhookを付けました?

オブジェクトの中に,他のオブジェクトのアドレスが入る場所と
オブジェクトのデータに,他のオブジェクトのアドレスが入る場所
全てです.
僕のパッチをあててもらえば,rb_gc_check_refという関数が
呼ばれているところが参照を調べている場所です.
70ヶ所ぐらいで調べてます.

> Dataが他のオブジェクトを参照する可能性についてはどうしました?

実は,後回しにしています.
今のところは,拡張ライブラリを作るひとが
rb_gc_check_refを入れなければなりません.

> # 私はT_DATAなオブジェクトはすべてremembered setに入れるしか
> # ないかと考えたんですが。

うーん.
少し考えてみます.

> ところで、オブジェクト数が十分多い場合には現在のGCをキックす
> る閾値を変えるだけでもそこそこ高速化しそうですが、この件につ
> いて考えてみたい人はいらっしゃいませんか?

考えてみたいです.
でも,キックする閾値ってなんでしょうか?
GC_NEWOBJ_LIMITでしょうか?
それとも,FREE_MINでしょうか?

一応,HEAP_SLOTSを変化させた評価は取ってます.
あるプログラムでは,世代別GCとほぼ変わらない性能を出すものもあります.
しかし,これはアプリケーションによって最適なHEAP_SLOTSが違うため
適応させるのは難しいと思います.
さらに,1回のGC時間が長くなってしまうという問題点もあります.

ちょっと考えてみますね.

では

In This Thread