From: Anton Blanchard <anton@samba.org>
To: "Albert D. Cahalan" <acahalan@cs.uml.edu>
Cc: Robert Love <rml@tech9.net>, tchiwam <tchiwam@ees2.oulu.fi>,
linux-kernel@vger.kernel.org,
Rik van Riel <riel@conectiva.com.br>,
Gerrit Huizenga <gh@us.ibm.com>,
Clifford White <ctwhite@us.ibm.com>,
oliendm@us.ibm.com
Subject: Re: x86 question: Can a process have > 3GB memory?
Date: Fri, 10 May 2002 16:58:36 +1000 [thread overview]
Message-ID: <20020510065836.GD17965@krispykreme> (raw)
In-Reply-To: <1020980411.880.93.camel@summit> <200205092356.g49NuTS70861@saturn.cs.uml.edu>
> Huh? Unless you mean ppc64, ppc is worse.
> On a Mac, you get 2 GB of virtual memory per
> process. You get up to 512 MB of physical memory
> without highmem support, or usually 4 GB with
> highmem support.
This is fixed in recent kernels, you can specify it with a CONFIG
option:
# uname -a
Linux 2.4.19-pre5 #185 Fri Apr 5 14:36:40 EST 2002 ppc
# cat /proc/self/maps
0fea5000-0ffbb000 r-xp 00000000 03:0c 163581 /lib/libc-2.2.5.so
0ffbb000-0ffc5000 ---p 00116000 03:0c 163581 /lib/libc-2.2.5.so
0ffc5000-0ffeb000 rw-p 00110000 03:0c 163581 /lib/libc-2.2.5.so
0ffeb000-0fff0000 rw-p 00000000 00:00 0
10000000-10003000 r-xp 00000000 03:0c 1554092 /bin/cat
10012000-10013000 rw-p 00002000 03:0c 1554092 /bin/cat
10013000-10015000 rwxp 00000000 00:00 0
48000000-48014000 r-xp 00000000 03:0c 163537 /lib/ld-2.2.5.so
48014000-48015000 rw-p 00000000 00:00 0
48023000-48027000 rw-p 00013000 03:0c 163537 /lib/ld-2.2.5.so
bfffe000-c0000000 rwxp fffff000 00:00 0
Of course on ppc64 kernels you have a full 4GB of userspace since
the kernel sits at the top of the 64bit address space.
> As with x86, the latest chips
> offer a 36-bit (64 GB) physical address space.
Paulus also has a hack that allows up to 15G of memory on POWER3 class
machines although that isnt currently in the ppc32 tree.
> That's not all! Linus recently singled out the PowerPC
> MMU for a nice long abusive rant. :-) You get hashed
> page tables. You get this:
>
> As with x86, segment registers map a 32-bit virtual
> address space onto a larger one. The top 4 bits of
> a 32-bit virtual address are used to select a segment,
> and the segment provides 24 more address bits to
> give you a 52-bit virtual address. Eeeew.
This is all very well and good, put my ppc64 machine still outperforms
anything out there on the kernel compile benchmark :)
Anton
next prev parent reply other threads:[~2002-05-10 7:03 UTC|newest]
Thread overview: 20+ messages / expand[flat|nested] mbox.gz Atom feed top
2002-05-07 23:03 x86 question: Can a process have > 3GB memory? Clifford White
2002-05-07 23:08 ` Robert Love
2002-05-08 5:33 ` Martin J. Bligh
2002-05-08 8:29 ` Andrea Arcangeli
2002-05-08 16:21 ` Robert Love
2002-05-07 23:33 ` Alan Cox
2002-05-08 16:54 ` Bill Davidsen
2002-05-08 0:16 ` Gerrit Huizenga
2002-05-08 0:56 ` Rik van Riel
2002-05-08 15:12 ` Martin J. Bligh
2002-05-08 15:17 ` Rik van Riel
2002-05-08 15:24 ` Andi Kleen
2002-05-09 21:24 ` tchiwam
2002-05-09 21:40 ` Robert Love
2002-05-09 23:56 ` Albert D. Cahalan
2002-05-10 6:58 ` Anton Blanchard [this message]
2002-05-10 19:07 ` Bill Davidsen
2002-05-10 19:42 ` Alan Cox
2002-05-10 19:41 ` Linus Torvalds
2002-05-08 8:22 ` Luigi Genoni
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20020510065836.GD17965@krispykreme \
--to=anton@samba.org \
--cc=acahalan@cs.uml.edu \
--cc=ctwhite@us.ibm.com \
--cc=gh@us.ibm.com \
--cc=linux-kernel@vger.kernel.org \
--cc=oliendm@us.ibm.com \
--cc=riel@conectiva.com.br \
--cc=rml@tech9.net \
--cc=tchiwam@ees2.oulu.fi \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox