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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.