[#49861] テンプレートシステムを安全に使う — "5.5" <5.5@...>
5.5 です。
9 messages
2014/07/07
[#49868] Rubyへの要望（願望） — MASAKI Yuhsuke <reasonset@...>
Ruby listの皆様、はじめまして、MASAKI Yuhsukeです。
14 messages
2014/07/12
[#49870] Re: Rubyへの要望（願望）
— Yukihiro Matsumoto <matz@...>
2014/07/12
まつもと ゆきひろです
[#49877] Rubyリファレンス chm版リミックス更新（2014年7月版） — Dice <tetradice@...>
こんにちは。Diceです。
21 messages
2014/07/13
[#49879] Re: Rubyリファレンス chm版リミックス更新（2014年7月版）
— Kazuhiro NISHIYAMA <zn@...>
2014/07/13
西山和広です。
[#49890] Re: Rubyリファレンス chm版リミックス更新（2014年7月版）
— Dice <tetradice@...>
2014/07/23
西山和広さん
[#49891] Re: Rubyリファレンス chm版リミックス更新（2014年7月版）
— Kazuhiro NISHIYAMA <zn@...>
2014/07/24
西山和広です。
[#49893] Re: Rubyリファレンス chm版リミックス更新（2014年7月版）
— Dice <tetradice@...>
2014/07/25
Diceです。
[#49894] Re: Rubyリファレンス chm版リミックス更新（2014年7月版）
— Dice <tetradice@...>
2014/07/26
Diceです。
[#49895] Re: Rubyリファレンス chm版リミックス更新（2014年7月版）
— Kazuhiro NISHIYAMA <zn@...>
2014/07/26
西山和広です。
[#49897] Re: Rubyリファレンス chm版リミックス更新（2014年7月版）
— Kazuhiro NISHIYAMA <zn@...>
2014/07/27
西山和広です。
[#49899] Re: Rubyリファレンス chm版リミックス更新（2014年7月版）
— Dice <tetradice@...>
2014/07/31
Diceです。
[#49906] Re: Rubyリファレンス chm版リミックス更新（2014年7月版）
— Dice <tetradice@...>
2014/08/10
Diceです。
[#49907] Re: Rubyリファレンス chm版リミックス更新（2014年7月版）
— Kazuhiro NISHIYAMA <zn@...>
2014/08/11
西山和広です。
[#49909] Re: Rubyリファレンス chm版リミックス更新（2014年7月版）
— Dice <tetradice@...>
2014/08/11
Diceです。
[#49919] Re: Rubyリファレンス chm版リミックス更新（2014年7月版）
— Dice <tetradice@...>
2014/08/17
Diceです。
[#49921] Re: Rubyリファレンス chm版リミックス更新（2014年7月版）
— Kazuhiro NISHIYAMA <zn@...>
2014/08/20
西山和広です。
[#49924] Re: Rubyリファレンス chm版リミックス更新（2014年7月版）
— Dice <tetradice@...>
2014/08/20
Diceです。
[ruby-list:49871] Re: Rubyへの要望（願望）
From:
SASADA Koichi <ko1@...>
Date:
2014-07-12 06:57:12 UTC
List:
ruby-list #49871
(2014/07/12 13:12), MASAKI Yuhsuke wrote: > #明らかにいらないオブジェクトを解放して > 一時変数などで大量のオブジェクトが生成されるケースで、実験はしていませんが理屈上は一時的にメモリーを非常に食ってしまうように思われます。 > GCの改善によってフリーズタイムが減少しているとしても、メモリー使用量自体を増大させたくないケースは多々ありますから、 > リファレンスをひとつしか作らず、すぐに失うようなケース(メソッドで定義されたローカル変数がメソッド外に持ちだされないような)ではさっさと解放してほ > しいと思います。 > 「使わないよ」と明示しないと難しいなら、何らかの特殊ブロックの中で作られたオブジェクトはブロックを終了すると直ちに解放される、ということではどう > でしょうか? > もっとインテリジェントには、メソッドやブロックのreturn時に局所的なGCを走らせるのが良いのではないかと思いますが、これは性能低下につながる気もし > ますね。 Ruby ですと、明らかに要らない、というのを確認するのが大変なんですよね。 少なくとも、ローカル変数は eval で取り出せてしまうので、明らかに要らな い、ということを検知する脱出解析というのがむずかしい、という事情があります。 -- // SASADA Koichi at atdot dot net