bug-gnu-emacs
[Top][All Lists]
Advanced

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

Re: max buffer size problem


From: Eli Zaretskii
Subject: Re: max buffer size problem
Date: Wed, 8 Nov 2000 09:06:21 +0200 (IST)

On Tue, 7 Nov 2000 joseph@oscar.mv.lucent.com wrote:

> I work on a system with huge amounts of resources (24 cpu's with 2GB
> RAM per cpu).  It is a real defect for the maximum buffer size to be
> less than a GB.  I ought to have a convenient means (e.g., a
> variable) to increase the default.

You can't do that.  The maximum buffer size is not an arbitrary limit
(arbitrary limits are against GNU coding standards); it is determined
by the representation of a Lisp integer used by Emacs Lisp.

An Emacs Lisp integer uses only 28 bits, because the other 4 bits of a
32-bit int are required for tagging Lisp data types.  This
implementation was chosen so that manipulating integer numbers will be
as fast in Lisp as it is in C (as opposed to other Lisp data types,
which require indirection through a pointer stored in those 28 bits).

The only way to break out of this limit without sacrificing
performance is to compile Emacs with a compiler whose `int' is 64-bit
wide.  The next release of Emacs will support this on several popular
systems which have such compilers.



reply via email to

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