unofficial mirror of emacs-devel@gnu.org 
 help / color / mirror / code / Atom feed
From: Angelo Graziosi <angelo.graziosi@alice.it>
To: Ken Brown <kbrown@cornell.edu>
Cc: emacs <emacs-devel@gnu.org>
Subject: Re: 64-bit emacs crashes a lot
Date: Sun, 18 Aug 2013 21:10:38 +0200	[thread overview]
Message-ID: <52111C2E.7020301@alice.it> (raw)
In-Reply-To: <521107DE.40803@cornell.edu>

Il 18/08/2013 19.43, Ken Brown ha scritto:
> 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.


All this sounds good.. and interesting.. Thanks!


Ciao,
  Angelo.





  reply	other threads:[~2013-08-18 19:10 UTC|newest]

Thread overview: 27+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-08-17 19:43 64-bit emacs crashes a lot Angelo Graziosi
2013-08-17 20:16 ` Ken Brown
2013-08-17 22:23   ` Angelo Graziosi
2013-08-18 17:43     ` Ken Brown
2013-08-18 19:10       ` Angelo Graziosi [this message]
2013-08-18 19:14       ` Eli Zaretskii
     [not found] <51F3151D.7040000@cs.utoronto.ca>
     [not found] ` <51F33565.1090406@cornell.edu>
     [not found]   ` <51F33F52.4060405@cs.utoronto.ca>
     [not found]     ` <51FB1D9E.5090102@cs.utoronto.ca>
     [not found]       ` <20130802080211.GA18054@calimero.vinschen.de>
     [not found]         ` <51FB9228.2020309@cornell.edu>
     [not found]           ` <51FBA100.90005@cs.utoronto.ca>
     [not found]             ` <51FD5462.5020400@cs.utoronto.ca>
     [not found]               ` <51FFBDFF.7040501@cornell.edu>
     [not found]                 ` <51FFC4F2.8080909@cs.utoronto.ca>
     [not found]                   ` <5203D89E.6030801@cornell.edu>
     [not found]                     ` <5203DCCA.1010105@cs.utoronto.ca>
     [not found]                       ` <5205B364.8090007@cs.utoronto.ca>
     [not found]                         ` <52064730.50404@cornell.edu>
     [not found]                           ` <"52065B3C.6060104@cs.utoronto <520CCA41.3000107"@cs.utoronto.ca>
     [not found]                             ` <520D089A.1020806@cornell.edu>
     [not found]                               ` <83ioz6op5v.fsf@gnu.org>
     [not found]                                 ` <520D4036.8010303@cs.utoronto.ca>
     [not found]                                   ` <8361v6nhdb.fsf@gnu.org>
2013-08-16 11:37                                     ` Ryan Johnson
2013-08-16 13:10                                       ` Eli Zaretskii
     [not found]                                   ` <520D900A.8000907@cornell.edu>
     [not found]                                     ` <520DABDC.8020304@cs.utoronto.ca>
     [not found]                                       ` <520DBFCD.4080808@cs.utoronto.ca>
     [not found]                                         ` <8338qangma.fsf@gnu.org>
2013-08-16 11:39                                           ` Ryan Johnson
     [not found]                                     ` <834naqnh9t.fsf@gnu.org>
2013-08-16 11:41                                       ` Ryan Johnson
2013-08-16 13:31                                         ` Eli Zaretskii
2013-08-16 14:16                                           ` Ryan Johnson
2013-08-16 14:49                                             ` Eli Zaretskii
2013-08-16 14:20                                           ` Ken Brown
2013-08-16 14:24                                             ` Ryan Johnson
2013-08-16 15:03                                             ` Eli Zaretskii
2013-08-16 15:45                                             ` Eli Zaretskii
2013-08-16 16:51                                               ` Ryan Johnson
     [not found]                                               ` <520E5D71.3020307@cornell.edu>
2013-08-16 17:24                                                 ` Ryan Johnson
2013-08-16 18:55                                                   ` Ken Brown
2013-08-16 19:37                                                 ` Eli Zaretskii
2013-08-16 20:17                                                   ` Eli Zaretskii
2013-08-16 20:33                                                   ` Ken Brown
2013-08-16 21:20                                                     ` Ryan Johnson
2013-08-17  7:01                                                     ` Eli Zaretskii
2013-08-17 12:17                                                       ` Ken Brown
2013-08-16 17:46                                               ` Ken Brown

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://www.gnu.org/software/emacs/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=52111C2E.7020301@alice.it \
    --to=angelo.graziosi@alice.it \
    --cc=emacs-devel@gnu.org \
    --cc=kbrown@cornell.edu \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).