lkml.org 
[lkml]   [2002]   [Jun]   [20]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
SubjectRe: >3G Memory support
From
Date
William Lee Irwin III <wli@holomorphy.com> writes:

> On Wed, Jun 19, 2002 at 07:01:08PM -0700, marc.miller@amd.com wrote:
> > Support of 4G of RAM is a configuration option when you compile the
> > kernel. Is that setting turned on?
> > I think it's in "General Options" when you do a "make menuconfig"
> > (I don't have a machine up at the moment that I can check). There
> > are three options: Less than 1G, 1G to less than 4G, and 4G or more.
> > That last option is the one you would want.
> > If that's already enabled, hopefully one of the memory guys can pitch in...
>
> This is actually yet another "32-bit virtualspace sucks" issue. You can't
> get at all your RAM from userspace because the virtualspace set aside for
> the kernel prevents you from using it to map physical memory. 64-bit
> virtualspace is too vast to be easily exhausted this way.

Note. Getting at all of the memory isn't impossible but you have
to allocate a very large posix shared memory segment, and page it
in and out of your address space.

But the only easy solution to this problem is a 64bit machine. At an
address bit consumed every year or so we have 2 or 3 decades before we
will need to move to 128bit machines to resolve this issue yet again.

At least the situation now is better than with ems.sys and xmm.sys and
their kin the last time x86 hit an address space wall. Though we are
a little bit out from the point where all machines are configured with
more memory than they can practically use.

Eric
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2005-03-22 13:22    [W:0.059 / U:3.352 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site