From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: David.Kastrup@t-online.de (David Kastrup) Newsgroups: gmane.emacs.devel Subject: Re: malloc and alignment Date: 17 Jun 2003 09:35:40 +0200 Sender: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Message-ID: References: <200306161438.h5GEcodM011551@rum.cs.yale.edu> <200306161559.h5GFxbw9011912@rum.cs.yale.edu> <8765n5wbb7.fsf@tleepslib.sk.tsukuba.ac.jp> Reply-To: dak@gnu.org NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: main.gmane.org 1055853160 18163 80.91.224.249 (17 Jun 2003 12:32:40 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Tue, 17 Jun 2003 12:32:40 +0000 (UTC) Cc: Stefan Monnier Original-X-From: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Tue Jun 17 14:32:32 2003 Return-path: Original-Received: from quimby.gnus.org ([80.91.224.244]) by main.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 19SFdY-0004i2-00 for ; Tue, 17 Jun 2003 14:32:32 +0200 Original-Received: from monty-python.gnu.org ([199.232.76.173]) by quimby.gnus.org with esmtp (Exim 3.12 #1 (Debian)) id 19SFdh-0000uN-00 for ; Tue, 17 Jun 2003 14:32:41 +0200 Original-Received: from localhost ([127.0.0.1] helo=monty-python.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.20) id 19SFcz-0003b5-8C for emacs-devel@quimby.gnus.org; Tue, 17 Jun 2003 08:31:57 -0400 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.20) id 19SFb3-0002xk-SI for emacs-devel@gnu.org; Tue, 17 Jun 2003 08:29:57 -0400 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.20) id 19SFaB-0002YP-CP for emacs-devel@gnu.org; Tue, 17 Jun 2003 08:29:04 -0400 Original-Received: from mailout08.sul.t-online.com ([194.25.134.20]) by monty-python.gnu.org with esmtp (Exim 4.20) id 19SFUd-0000fF-44 for emacs-devel@gnu.org; Tue, 17 Jun 2003 08:23:19 -0400 Original-Received: from fwd00.aul.t-online.de by mailout08.sul.t-online.com with smtp id 19SFUZ-00049Q-0C; Tue, 17 Jun 2003 14:23:15 +0200 Original-Received: from localhost.localdomain (VrfLdGZY8e48ZXcW5no-IH35qRSKw2aycy5l0NA-KY5pLZ1XXLQHUF@[217.80.160.103]) by fwd00.sul.t-online.com with esmtp id 19SFUR-11QnTM0; Tue, 17 Jun 2003 14:23:07 +0200 Original-Received: from localhost.localdomain (localhost.localdomain [127.0.0.1]) by localhost.localdomain (8.12.8/8.12.8) with ESMTP id h5H7Zg0H023877; Tue, 17 Jun 2003 09:36:22 +0200 Original-Received: (from dak@localhost) by localhost.localdomain (8.12.8/8.12.8/Submit) id h5H7ZeYJ023873; Tue, 17 Jun 2003 09:35:40 +0200 Original-To: "Stephen J. Turnbull" In-Reply-To: <8765n5wbb7.fsf@tleepslib.sk.tsukuba.ac.jp> Original-Lines: 28 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.3.50 X-Seen: false X-ID: VrfLdGZY8e48ZXcW5no-IH35qRSKw2aycy5l0NA-KY5pLZ1XXLQHUF Original-cc: emacs-devel@gnu.org X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1b5 Precedence: list List-Id: Emacs development discussions. List-Help: List-Post: List-Subscribe: , List-Archive: List-Unsubscribe: , Errors-To: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Xref: main.gmane.org gmane.emacs.devel:15151 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:15151 "Stephen J. Turnbull" writes: > >>>>> "Stefan" == Stefan Monnier writes: > > Stefan> but his Emacs process went up to 2.1GB (Mule begins by > Stefan> allocating a destination area of 1510MB because latin-1 > Stefan> has a max-expansion factor of 2), > > In XEmacs, that's a hypothesis, IIRC, not yet proved; it could just be > a bug in the allocation routines. > > Stefan> so I think that a 512MB limit due to integers might not be > Stefan> that bad, since bumping it to 1GB will just replace this > Stefan> limit with others. > > FWIW when I proposed swapping 31-bit integers and 30-bit characters so > that we could have a proper native representation of ISO 10646 UCS-4, > it was vetoed on the grounds that the vetoer's coworker edited a > particular (ASCII-only) > 512MB logfile every day. Sounds like transparent big integers might be needed at some time. There is always going to be someone to cry foul because one bit less does not cut it for him: after all, it was necessary to remove this limitation from file systems, too. -- David Kastrup, Kriemhildstr. 15, 44793 Bochum