[#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:10004] Re: Generational GC

From: Masato KIYAMA <masato@...>
Date: 2000-06-10 03:59:02 UTC
List: ruby-dev #10004
まさとです.

> とすると、拡張ライブラリとかでたとえば配列の要素を直接変更し
> たらrb_gc_check_refを呼ばないとまずいということでしょうか?
> しかも、忘れるとかなりまずくありませんか?

かなりまずいです.

> この辺をどう克服するか、ですね。
> 良い手は思い付かないけど。

ですね.
メモリ領域にプロテクトをかけるという方法が
ありますが,これだとシステム時間が増えてしまうという
問題点があります.
もうすこし評価をとらないと何とも言えませんが.
なにかよい方法を考えてみます.

> 両方です。現在のGCは割り当てたオブジェクトの数と割り当てたメ
> モリ領域サイズの合計がそれぞれある定数を越えたときにGCを開始
> していますが、たとえばこれを可変にすることで、もうちょっとイ
> ンテリジェント(かつヒューリスティック)に起動できるような気が
> します。極端な話、大量のオブジェクトが割り当てられ、そのほと
> んどが生きている状況ではGCを頻繁に呼び出すより、仮想記憶に負
> 担をかけてでもメモリを捻出した方が賢いですよね。

すばらしいです.
僕も今それを考えているところです.
特に,ヒューリスティックな方法を.
生きているオブジェクトの増加に,ある程度の法則性を
見出しているので,多分可能かと思います.
もうすこし,多くの種類のアプリケーションから
評価をとってみて結論は出したいと思っています.

> この辺の評価も含めて、コラムを書きませんか?
> 英語もあるとなお良しですが。

たぶん僕の修論がそのままコラムになりそうですね.
一般的なGCの方法の説明,RubyのGCの評価,
世代別GCを実装したときの評価などがありますから.
英語版は...がんばってみます.
今月末に論文の〆切がありますので,すぐにという
のは難しいですが,できるだけ早く
修論を仕上げてご報告させていただきます.

では

In This Thread

Prev Next