From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: PURESIZE increased (again) Date: Thu, 27 Apr 2006 23:38:53 +0300 Message-ID: References: <87lku5u6tx.fsf@pacem.orebokech.com> Reply-To: Eli Zaretskii NNTP-Posting-Host: main.gmane.org X-Trace: sea.gmane.org 1146170355 31881 80.91.229.2 (27 Apr 2006 20:39:15 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Thu, 27 Apr 2006 20:39:15 +0000 (UTC) Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Apr 27 22:39:14 2006 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1FZDGZ-0001hC-RO for ged-emacs-devel@m.gmane.org; Thu, 27 Apr 2006 22:39:12 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FZDGY-00028A-UO for ged-emacs-devel@m.gmane.org; Thu, 27 Apr 2006 16:39:10 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FZDGO-00027a-Dl for emacs-devel@gnu.org; Thu, 27 Apr 2006 16:39:00 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FZDGI-00023j-RI for emacs-devel@gnu.org; Thu, 27 Apr 2006 16:38:59 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FZDGI-00023g-LV for emacs-devel@gnu.org; Thu, 27 Apr 2006 16:38:54 -0400 Original-Received: from [192.114.186.66] (helo=romy.inter.net.il) by monty-python.gnu.org with esmtp (Exim 4.52) id 1FZDJH-0008Sx-IT for emacs-devel@gnu.org; Thu, 27 Apr 2006 16:41:59 -0400 Original-Received: from HOME-C4E4A596F7 (IGLD-80-230-209-19.inter.net.il [80.230.209.19]) by romy.inter.net.il (MOS 3.7.3-GA) with ESMTP id EBL00114 (AUTH halo1); Thu, 27 Apr 2006 23:38:45 +0300 (IDT) Original-To: emacs-devel@gnu.org In-reply-to: (message from Reiner Steib on Wed, 26 Apr 2006 15:50:12 +0200) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:53510 Archived-At: > From: Reiner Steib > Cc: emacs-devel@gnu.org > Date: Wed, 26 Apr 2006 15:50:12 +0200 > > Sorry for the late answer. I still get an overflow on 64 bit with > today's sources (I can do the same on 32 bit if it's useful): > > --8<---------------cut here---------------start------------->8--- > $ cd [...]/emacs/cvs-HEAD/emacs/src$ grep define.BASE_PURESIZE puresize.h > #define BASE_PURESIZE (1205000 + SYSTEM_PURESIZE_EXTRA + SITELOAD_PURESIZE_EXTRA) > $ cd [...]/emacs/cvs-HEAD/x86_64/src/; gdb ./temacs > GNU gdb 6.2.1 > Copyright 2004 Free Software Foundation, Inc. > [...] > Breakpoint 1 at 0x556da0: file [...]/emacs/src/sysdep.c, line 1373. > (gdb) break lread.c:717 > Breakpoint 2 at 0x5e79dc: file [...]/emacs/src/lread.c, line 717. > (gdb) run -batch -l loadup dump > Starting program: [...]/emacs/cvs-HEAD/x86_64/src/temacs -batch -l loadup dump > [Thread debugging using libthread_db enabled] > [New Thread 182940272320 (LWP 30412)] > [Switching to Thread 182940272320 (LWP 30412)] > [...] > Loading tool-bar... > $92 = 1991013 > Loading x-dnd... > $93 = 3206 > Loading emacs-lisp/float-sup... > $94 = 3864 > Loading vc-hooks... > $95 = 785 > Loading jka-cmpr-hook... > $96 = 774 > Loading ediff-hook... > $97 = 1055 > Loading tooltip... > $98 = 944 > $99 = 986 > > (gdb) continue > Continuing. > Dumping under names emacs and emacs-22.0.50.7 > emacs:0:Pure Lisp storage overflow (approx. 2157456 bytes needed) These results are very strange indeed. I've built today's CVS on an x86_64 box (Red Hat GNU/Linux) in 3 different ways: with GTK, with Motif and with Lucid, and they all needed only 1881740 bytes, give or take a few dozen bytes. How come your build requires a whopping 275KB more? Comparison of your GDB session with mine shows that each time a .el file is loaded, it uses up the exact same amount of pure storage in your build as in mine. But every .elc file takes more pure storage on your machine, sometimes only by 1KB, sometimes by as much as 20KB. Do you have some local changes on your system, or is this a plain "make bootstrap" of the CVS checkout, with all the defaults wrt compiler switches, libraries, etc.? (Not that I see how local changes to anything but the Lisp files themselves could produce such bloat.) Does anyone have ideas as to what could cause such a significant difference in pure storage use on two identical architectures? I'm stumped.