From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Fabrice Popineau Newsgroups: gmane.emacs.devel Subject: Re: Emacs 32 -> 64 bits on Win32 Date: Sun, 20 Nov 2011 23:16:48 +0100 Message-ID: References: <8362ifbgf0.fsf@gnu.org> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary=000e0ce026d25e6f6c04b231eee2 X-Trace: dough.gmane.org 1321847243 32659 80.91.229.12 (21 Nov 2011 03:47:23 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Mon, 21 Nov 2011 03:47:23 +0000 (UTC) To: Eli Zaretskii , emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Nov 21 04:47:19 2011 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([140.186.70.17]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1RSKql-0002it-Gv for ged-emacs-devel@m.gmane.org; Mon, 21 Nov 2011 04:47:19 +0100 Original-Received: from localhost ([::1]:50099 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RSKqk-00059T-Px for ged-emacs-devel@m.gmane.org; Sun, 20 Nov 2011 22:47:18 -0500 Original-Received: from eggs.gnu.org ([140.186.70.92]:56799) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RSFhJ-0008J7-Ml for emacs-devel@gnu.org; Sun, 20 Nov 2011 17:17:15 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1RSFhI-0004DR-Jy for emacs-devel@gnu.org; Sun, 20 Nov 2011 17:17:13 -0500 Original-Received: from mail-bw0-f41.google.com ([209.85.214.41]:43931) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RSFhG-0004D0-Ka; Sun, 20 Nov 2011 17:17:10 -0500 Original-Received: by bke17 with SMTP id 17so6789501bke.0 for ; Sun, 20 Nov 2011 14:17:09 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-type; bh=vd8TiGON37eAcxyHrnqaa2XqqNe3fC5dZMDGnUlQyxI=; b=qpil7dUni6xK+Zpvcrxfhnd8axVseweH3eLrCwQO+u7NoWbbsBJ4dGeHibGjWT97nn /bXzN97kMW4b3xFLdoNwmnYDqhoRIaNngx2l0EpWNLWtRFGxm/DnGt5YK5arQPyoKxSN r2oN9hQ7i33rmTljl1rZQvVA6OOvUnVTUzgFQ= Original-Received: by 10.205.137.135 with SMTP id io7mr12012033bkc.88.1321827429150; Sun, 20 Nov 2011 14:17:09 -0800 (PST) Original-Received: by 10.204.14.14 with HTTP; Sun, 20 Nov 2011 14:16:48 -0800 (PST) In-Reply-To: <8362ifbgf0.fsf@gnu.org> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 2) X-Received-From: 209.85.214.41 X-Mailman-Approved-At: Sun, 20 Nov 2011 22:47:16 -0500 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:146104 Archived-At: --000e0ce026d25e6f6c04b231eee2 Content-Type: text/plain; charset=ISO-8859-1 > > I'm quite sure it is, but I don't have a 64-bit MinGW development > environment installed to verify that. I suggest to ask a question on > emacs-devel@gnu.org. I installed it and I can confirm it is the same size for int and long. > > Although, Emacs tries to virtually allocate a 2Gb heap. What should be > done > > on a 64bits machine ? > > For sure, the heap could grow much further. > > How much physical memory would a typical 64-bit Windows box have? I'd > say set the reserved heap size to twice that much. If the page file > size is something like 1.5 to 2 times the size of physical RAM, > Windows will probably refuse a larger reservation anyway. > No it doesn't. Well, it was rather the process I find questionable when switching to a large address space : start trying to reserve 2Gb (hard coded value) and diminish the size up to the point where it will fit. With a 64 bits address space, you can reserve much more, even if after that, you aren't able to commit the pages. I have a 4Gb machine and I have been able to reserve about 540Gb. So the question is : with a 64 bits emacs, where do you start ? The 2Gb limit was half the address space for 32bits, and it makes sense to start there. But with 64bits, the 2Gb are honoured easily and you can even claim for more. So where do you start ? I found this which may be of interest : http://msdn.microsoft.com/en-us/library/aa384271(v=VS.85).aspx if we prefer to stick with "small" address space. Fabrice --000e0ce026d25e6f6c04b231eee2 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
I'm quite su= re it is, but I don't have a 64-bit MinGW development
environment installed to verify that. =A0I suggest to ask a question on
emacs-devel@gnu.org.

I installed it and I can confirm it is the same size f= or int and long.
=A0
> Although, Emacs tries to virtually allocate a 2Gb heap. What should be= done
> on a 64bits machine ?
> For sure, the heap could grow much further.

How much physical memory would a typical 64-bit Windows box have? =A0= I'd
say set the reserved heap size to twice that much. =A0If the page file
size is something like 1.5 to 2 times the size of physical RAM,
Windows will probably refuse a larger reservation anyway.

No it doesn't.
Well, i= t was rather the process I find questionable when switching to a large addr= ess space :=A0
start trying to reserve 2Gb (hard coded value)=A0a= nd diminish the size up to the point where it will fit.

With a 64 bits address space, you can reserve much more= , even if after that, you aren't able
to commit the pages. I = have a 4Gb machine and I have been able to reserve about
540Gb. S= o the question is : with a 64 bits emacs, where do you start ?=A0
The 2Gb limit was half the address space for 32bits, and it makes sens= e to start there.
But with 64bits, the 2Gb are honoured easily an= d you can even claim for more.
So where do you start ?

I found this which may be of interest :
if w= e prefer to stick with "small" address space.

Fabrice


--000e0ce026d25e6f6c04b231eee2--