emacs-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Memory leaks


From: Eli Zaretskii
Subject: Re: Memory leaks
Date: Fri, 04 Mar 2011 14:19:50 +0200

> From: Uday S Reddy <address@hidden>
> Date: Fri, 04 Mar 2011 11:39:05 +0000
> Cc: address@hidden
> 
> Initial:
> 
> (:conses (102590 . 13880)
>   :syms (20328 . 54)
>   :miscs (830 . 152)
>   :chars 570345 :vector 329747 :floats (72 . 111)
>   :intervals (348 . 189)
>   :strings (21259 . 5705))
> 
> After one visit to my INBOX folder (22MB) and quitting:
> 
> (:conses (663630 . 605600)
>   :syms (32257 . 2608)
>   :miscs (15443 . 18022)
>   :chars 1639236 :vector 454670 :floats (345 . 261)
>   :intervals (503 . 622)
>   :strings (99122 . 90256))
> 
> After a second visit to the same folder and quitting:
> 
> (:conses (1113362 . 334402)
>   :syms (32264 . 2807)
>   :miscs (15467 . 36265)
>   :chars 1833568 :vector 456351 :floats (345 . 328)
>   :intervals (604 . 849)
>   :strings (138140 . 122806))

Is this with Rmail or with some other mail agent?

With Rmail, I cannot reproduce this with the current trunk.  Here are
my results of garbage-collect, the first one is the initial one, the
others are pairs, where the first one is after visiting my 15MB INBOX,
the second one after killing the RMAIL buffer:

((49547 . 8089) (14061 . 0) (21 . 113) 63254 292573 (44 . 78) (322 . 66) (3574 
. 2033))

((69953 . 4823) (16430 . 0) (2030 . 3583) 219252 322528 (49 . 73) (373 . 128) 
(10009 . 4103))

((67776 . 6125) (16430 . 0) (33 . 246) 217261 316518 (49 . 73) (365 . 136) 
(10006 . 4106))

((70073 . 6199) (16434 . 0) (2032 . 3089) 219400 322528 (49 . 73) (388 . 164) 
(10016 . 4096))

((67867 . 6905) (16434 . 0) (35 . 340) 217317 316510 (49 . 73) (379 . 137) 
(10010 . 4102))

((70162 . 6779) (16438 . 0) (2034 . 3007) 219418 322528 (49 . 73) (400 . 167) 
(10018 . 4094))

((67956 . 7360) (16438 . 0) (37 . 342) 217335 316510 (49 . 73) (391 . 176) 
(10012 . 4100))

You can see that the counters go up very slowly, much slower than what
you report.

In fact, the initial report in my cases shows counters that are
several times smaller than in your case.  Can you explain this
discrepancy?

I see similar numbers in Emacs 23.3, so it's not like the trunk is
very different.



reply via email to

[Prev in Thread] Current Thread [Next in Thread]