[Top][All Lists]

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

Re: 64-bit emacs crashes a lot

From: Ken Brown
Subject: Re: 64-bit emacs crashes a lot
Date: Sun, 18 Aug 2013 13:43:58 -0400
User-agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130620 Thunderbird/17.0.7

On 8/17/2013 6:23 PM, Angelo Graziosi wrote:
Il 17/08/2013 22.16, Ken Brown ha scritto:

This probably means that the static heap isn't big enough for
--enable-checking=all on 32-bit Cygwin.  I'll test it and increase it if
necessary.  I may not get to this today, but I'll do it soon.  (And you
can do it yourself locally if you're anxious to bootstrap right now.)

OK, with 18MB it is still bootstrapping and has printed:

Finding pointers to doc strings...done
Dumping under the name emacs
Static heap usage: 16099796 of 18874368 bytes

but... really should we increase the static heap from 13 to 18 MB also
for a not-checking bootstrap?

No.  I made the increase to 18 conditional on ENABLE_CHECKING.

Usually, in that case, the build log shows

Static heap usage: 10273280 of 13631488 bytes
Static heap usage: 5419520 of 13631488 bytes

Doesn't it mean that the "end" product uses only about 5.2 MB?

Yes, but you still need a bigger static heap for bootstrapping. While bootstrap-emacs is being built, many *.el files get loaded, and this requires a large static heap. Then bootstrap-emacs byte-compiles those files. Now when emacs is built, the smaller *.elc files can be used, so a smaller static heap suffices for that second step.

By the way, it just occurred to me that the "static heap usage" report isn't very informative. It shows how much of the static heap is in use at the time emacs (or bootstrap-emacs) is dumped, but there might have been more in use and then freed at some earlier stage. I changed sheap.c:report_sheap_usage so that it reports the maximum usage, since this is what determines how big the static heap needs to be.


reply via email to

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