Subject: bug#4287 closed by Dan Nicolaescu <[email-masked]> (Re: bug#4287: reducing emacs size by more frequent garbage-collect calls in loadup.el)

From: [email-masked] (Emacs bug Tracking System)
Date: Thu, 17 Sep 2009 06:25:07 +0000

This is an automatic notification regarding your bug report
which was filed against the emacs package:

#4287: reducing emacs size by more frequent garbage-collect calls in loadup.el

It has been closed by Dan Nicolaescu <[email-masked]>.

Their explanation is attached below along with your original report.
If this explanation is unsatisfactory and you have not received a
better one in a separate message then please contact Dan Nicolaescu <[email-masked]> by
replying to this email.

-- 
4287: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=4287
Emacs Bug Tracking System
Contact [email-masked] with problems

Subject: Re: bug#4287: reducing emacs size by more frequent garbage-collect calls in loadup.el
From: Dan Nicolaescu <[email-masked]>
To: [email-masked]
Date: Wed, 16 Sep 2009 23:17:57 -0700 (PDT)

This is done in CVS now.

Subject: reducing emacs size by more frequent garbage-collect calls in loadup.el
From: Dan Nicolaescu <[email-masked]>
To: bug-gnu-emacs <[email-masked]>
Date: Sat, 29 Aug 2009 11:41:58 -0700 (PDT)

As the Subject says, replacing each `load' line in loadup.el with 
`load' + `garbage-collect' will reduce the size of the stripped emacs
binary: (.7 is before, .8 is after the change)

$ ls -l emacs-23.1.50.8 emacs-23.1.50.7
-rwx------ 1 dann dann 6722788 Jul 24 14:20 emacs-23.1.50.8*
-rwx------ 1 dann dann 6857956 Jul 24 14:20 emacs-23.1.50.7*

$ size  emacs-23.1.50.8 emacs-23.1.50.7
   text    data     bss     dec     hex filename
1883659 4833256       0 6716915  667df3 emacs-23.1.50.8
1883659 4968424       0 6852083  688df3 emacs-23.1.50.7

so we get about 2% reduction by doing something very simple and safe... 

[This happens because loading multiple files generate more garbage that
can be collected, but it is not returned to the OS, so it appears in
the dumped image].

See the discussion on this topic on emacs-devel:
http://permalink.gmane.org/gmane.emacs.devel/113176