Memory Usage On Emacs 24 Lucid Linux:

["T.V. Raman" <tv.raman.tv@gmail.com>]

Stephane et al

I am also possibly able to trigger the problem before I load
emacspeak;

After running emacs -q -- and then M-x shell, I see all of the
memory on the machine getting shewed up -- at least as reported
by free.

I'm attaching outupt of memory-usage from both instances so they
are in the same message;  see what you think.

The memory usage numbers with M-x shell dont look as big as the
ones with just emacs -q -- but they do look bigger.

Plain: memory usage in emacs -q

Garbage collection stats:
((51337 . 9533) (14771 . 0) (73 . 107) 76102 325117 (67 . 81) (180 .
54) (3028 . 4598))

 =>	821392+152528 bytes in cons cells
	709008+0 bytes in symbols
	2920+4280 bytes in markers
	1072+1296 bytes in floats
	10080+3024 bytes in intervals
	96896+147136 bytes in string headers
	76102 bytes of string chars
	76102 bytes of vector slots

Total bytes in lisp objects: 2350851 (live 2042587, dead 308264)

Buffer ralloc memory usage:
10 buffers
8865 bytes total (2382 in gaps)
      Size	Gap	Name

      4632	463	memory-usage.el
       778	77	*GNU Emacs*
       521	1597	*Buffer Details*
       329	33	*Messages*
       191	20	*scratch*
        82	20	 *Echo Area 0*
        42	20	 *code-conversion-work*
         0	20	 *Minibuf-1*
         0	20	 *Minibuf-0*
         0	20	 *Echo Area 1*
Shell: emacs -q M-x shell M-x memory-usage

Garbage collection stats:
((54977 . 10205) (15045 . 0) (90 . 121) 417724 1000327014 (67 . 191)
(117 . 161) (25648 . 1043))

 =>	879632+163280 bytes in cons cells
	722160+0 bytes in symbols
	3600+4840 bytes in markers
	1072+3056 bytes in floats
	6552+9016 bytes in intervals
	820736+33376 bytes in string headers
	417724 bytes of string chars
	417724 bytes of vector slots

Total bytes in lisp objects: 1003392058 (live 1003178490, dead 213568)

Buffer ralloc memory usage:
10 buffers
4360 bytes total (1967 in gaps)
      Size	Gap	Name

       827	82	*GNU Emacs*
       537	1590	*Buffer Details*
       489	49	*shell*
       345	34	*Messages*
       191	20	*scratch*
        81	20	 *Echo Area 0*
        15	20	 *code-conversion-work*
         0	20	 *Minibuf-1*
         0	20	 *Minibuf-0*
         0	20	 *Echo Area 1*

Full: My Full Emacs environment, everything loaded

Garbage collection stats:
((833982 . 321192) (57906 . 5) (116 . 491) 4504763 1000738985 (1539 .
520) (13100 . 7508) (171211 . 33823))

 =>	13343712+5139072 bytes in cons cells
	2779488+240 bytes in symbols
	4640+19640 bytes in markers
	24624+8320 bytes in floats
	733600+420448 bytes in intervals
	5478752+1082336 bytes in string headers
	4504763 bytes of string chars
	4504763 bytes of vector slots

Total bytes in lisp objects: 1034278620 (live 1027608564, dead 6670056)

Buffer ralloc memory usage:
18 buffers
113342 bytes total (4948 in gaps)
      Size	Gap	Name

     45482	0	*Compile-Log*
     43734	1852	*Proced*
      7714	771	.diary
      6742	111	*Messages*
      2039	204	 *g scratch*
       596	59	*Calendar*
       594	59	*shell*
       568	1570	*Buffer Details*
       362	36	*Warnings*
       322	32	 *completion-save-buffer*
       191	20	*scratch*
        81	20	*Shell Command Output*
        42	20	 *code-conversion-work*
        12	20	 *Echo Area 0*
         9	20	 *dtk-scratch-buffer*
         0	20	 *Minibuf-1*
         0	20	 *Minibuf-0*
         0	20	 *Echo Area 1*


On 3/12/12, Stefan Monnier <monnier@iro.umontreal.ca> wrote:
>> Just did a git pull -a to see if nmy memory woes on the 16-core
>> workstation (HP Z600) were a thing of the past, alas No.
>
>> Here are some numbers that I hope are useful:
>
>> Running Emacs 23.2 on that machine, with my default .emacs
>> loaded, RSS  is about 235MB VSS about 430MB. This is an Emacs
>> session that has been up for about a week.
>
>> Emacs 24 built from today's git snapshot:
>
>> Starting Emacs with the same .emacs loaded:
>
>> 0. All memory on the machine goes away to Emacs (started with 9GB
>> of 12GB free) -- as reported by free.
>
>> 1. After running a garbage collect in that emacs (before GC, it
>> was basically  too slow to use)
>> Running proced showed an RSS of 7gb and a VSS of approx 8GB.
>
>> I ran M-x memory-usage and here are the numbers.
>
>> Garbage collection stats:
>> ((833982 . 321192) (57906 . 5) (116 . 491) 4504763 1000738985 (1539 . 520)
>> (13100 . 7508) (171211 . 33823))
>
>>  =>	13343712+5139072 bytes in cons cells
>> 	2779488+240 bytes in symbols
>> 	4640+19640 bytes in markers
>> 	24624+8320 bytes in floats
>> 	733600+420448 bytes in intervals
>> 	5478752+1082336 bytes in string headers
>> 	4504763 bytes of string chars
>> 	4504763 bytes of vector slots
>
> Hmm... there's a bug in the above output: it should say 1000738985 bytes
> of vector slots.  That a whole 1G of vector slots.  Where could these
> come from?
>
> Can you reproduce the above output with just "emacs; M-x memory-usage"
> or do you need to do something more?  Can you try to figure out which
> part of your setup triggers this behavior?
>
>
>         Stefan
>