Re: [MD:5554] " *Danger" buffer / Warning: past 75 % of memory limit ....

[Shun-ichi GOTO <gotoh@xxxxxxxxxxx>]

あまり身はないですが...

>>>>> On Tue, 07 Sep 2004 15:39:14 +0900,
>>>>> kose == 小関 吉則 (KOSEKI Yoshinori) wrote,

kose> これが2度、3度出るとバッファを保存することもできなくなって
kose> Meadow を終了することができなくなります。
kose> (これが出たら Meadow をすぐに終了するしかないのです)

kose> タスクマネージャでメモリ使用量を見てると、開放されたかに見え
kose> るのだけどメモリ確保できないのは何故でしょう。
kose> http://article.gmane.org/gmane.emacs.gnus.semi.japanese/2968

タスクマネージャでの確認の件ですが、10MB辺りまで減ったのはスワップアウト
したからではないでしょうか？ つまり実メモリから一旦追い出されただけで、
使用する際にまたswap-in する。350MBとか200MBとかは『メモリ使用量』の値か
と思いますが、『仮想メモリ』の値も見ておく必要があるでしょう。

summary 表示と解放のサイクルの中で、ガベージとならないものが蓄積していっ
てるなにかがあるのでしょうね。スレッショルドは違えど、NTEmacs でも発生す
るとなれば、根本原因はEmacs 本体のなかにあるか、あるいはGnus がリークを
起こすような使い方をしている、というのが考えられそうですよね。
Emacs のメモリ管理を理解しないと、それ以上は想像にしかなりませんが。。。

Cレベルでのリークではないかとは思うけど、Meadow 1.x で同じような振舞いを
するかは確かめられますかね？

あとはGnus がシンボルを多用しているなら、シンボルの行方とか調べてみると
手がかりにはなるかも。obarray のシンボル個数、独自obarray の利用箇所など。

あ、あとこれバグの可能性としてScarab に登録しておきません？

P.S.
そのあたり、どうなってるのか調べてみたいなぁとは思うけど、
手を付ける余裕がありません。

--- Regards,
 Shun-ichi Goto  <gotoh@xxxxxxxxxxx>
   R&D Group, TAIYO Corp., Tokyo, JAPAN