From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Luc Teirlinck Newsgroups: gmane.emacs.devel Subject: Re: Building Emacs overflowed pure space Date: Tue, 18 Jul 2006 13:55:42 -0500 (CDT) Message-ID: <200607181855.k6IItgAV027751@jane.dms.auburn.edu> References: <7dbe73ed0607180138x35e9d9bft3e42f20cb369795c@mail.gmail.com> NNTP-Posting-Host: main.gmane.org X-Trace: sea.gmane.org 1153249004 25400 80.91.229.2 (18 Jul 2006 18:56:44 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Tue, 18 Jul 2006 18:56:44 +0000 (UTC) Cc: mathias.dahl@gmail.com, ralphm@members.fsf.org, emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Jul 18 20:56:43 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 1G2ukJ-00034L-Ao for ged-emacs-devel@m.gmane.org; Tue, 18 Jul 2006 20:56:39 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1G2ukI-0008BO-Tr for ged-emacs-devel@m.gmane.org; Tue, 18 Jul 2006 14:56:38 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1G2uk8-0008BD-BA for emacs-devel@gnu.org; Tue, 18 Jul 2006 14:56:28 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1G2uk6-0008Au-TG for emacs-devel@gnu.org; Tue, 18 Jul 2006 14:56:28 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1G2uk6-0008Ar-O8 for emacs-devel@gnu.org; Tue, 18 Jul 2006 14:56:26 -0400 Original-Received: from [131.204.53.104] (helo=manatee.dms.auburn.edu) by monty-python.gnu.org with esmtp (Exim 4.52) id 1G2umt-0003KW-3F; Tue, 18 Jul 2006 14:59:19 -0400 Original-Received: from jane.dms.auburn.edu (jane.dms.auburn.edu [131.204.53.201]) by manatee.dms.auburn.edu (8.13.6/8.13.6) with ESMTP id k6IIuFcF004474; Tue, 18 Jul 2006 13:56:15 -0500 (CDT) Original-Received: from jane.dms.auburn.edu (localhost [127.0.0.1]) by jane.dms.auburn.edu (8.13.4+Sun/8.13.4) with ESMTP id k6IItgkx027754; Tue, 18 Jul 2006 13:55:42 -0500 (CDT) Original-Received: (from teirllm@localhost) by jane.dms.auburn.edu (8.13.4+Sun/8.13.3/Submit) id k6IItgAV027751; Tue, 18 Jul 2006 13:55:42 -0500 (CDT) X-Authentication-Warning: jane.dms.auburn.edu: teirllm set sender to teirllm@dms.auburn.edu using -f Original-To: rms@gnu.org In-reply-to: (message from Richard Stallman on Tue, 18 Jul 2006 11:00:37 -0400) 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:57281 Archived-At: Richard Stallman wrote: I'm guessing that Emacs needs more memory because more files are being loaded upon initialization (?). ARE additional files being loaded now at startup? If so, which ones -- and why? Nothing in the changelogs seems to indicate that additional files are being preloaded. But several _changes_ to files that are preloaded are constantly being made, increasing pure-bytes-used constantly. What used to be done is that each time there was a pure space overflow, BASE_PURESIZE got increased by 10000. This yielded pure space overflows every couple of months or so. Now apparently whenever there is a pure space overflow, BASE_PURESIZE gets increased by 500. This means that there will be a new pure space overflow anywhere from a few minutes to a few days later. Different people get somewhat different values of pure-bytes-used. Eli was wondering that this could be caused by some bug. I must confess that I do not fully understand the problems (if any) involved, but somebody suggested that the differences could be due to the way you compile Emacs. This may make a difference as to whether and when cl.el gets loaded during compiling. cl.el redefines some often used functions, making their code longer. This would seem consistent with the fact that people doing `make bootstrap' seem to get a slightly higher value than Eli, who I believe does not usually do `make bootstrap'. Incrementing BASE_PURESIZE by increments of 500 forces people like me who have a routinely a few tiny uncommitted change to the Emacs source code to set SITELOAD_PURESIZE_EXTRA to some reasonable value, say 10000. I suggest to go back to increasing BASE_PURESIZE by increments of 10000. Any lesser value just will result in too frequent problems. Sincerely, Luc.