[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <f96157c40608090754m1f10e0f2h5fbf3b256d2e55e1@mail.gmail.com>
Date: Wed, 9 Aug 2006 14:54:56 +0000
From: "gmu 2k6" <gmu2006@...il.com>
To: "Joel Jaeggli" <joelja@...egon.edu>
Cc: linux-kernel@...r.kernel.org
Subject: Re: Only 3.2G ram out of 4G seen in an i386 box
On 8/9/06, Joel Jaeggli <joelja@...egon.edu> wrote:
> On Wed, 9 Aug 2006 08:51:41 +0200
> "gmu 2k6" <gmu2006@...il.com> wrote:
>
> > > Are these technical notes supposed to be so funny?
> > >
> > > DS
> >
> > I guess this is all related to older Intel chipsets, right? I mean the
> > chipset *75X something I'm going to have in the new box I will get
> > soonish will support up to 8 GiB. I hope it does not mean that it will
> > be capped at 7.4GiB although I will only have 4GiB installed for now.
>
> most modern 64 bit x86 systems will relocate this memory hole to somewhere else within the address space (memory hoisting)... You'll probably find the it reappers the first time you buy a system with 1TB of ram...
so what does it mean that one of Xeons here shows me the full 4GiB as
total physical memory via `free`?
btw, the box I'm getting will have the 975X chip and include 4GiB RAM
and if I understood the problem correctly even with 3GiB there will be
some memory lost to mapping-issues besides the HI/LO mem
kernel-reserving issue.
this is what I get on ia32 P4 with 3GiB
total used free shared buffers cached
Mem: 3116108 2608196 507912 0 246652 2039708
and this is what I get on ia32 Xeon with 4GiB
total used free shared buffers cached
Mem: 4087660 268828 3818832 0 57168 103568
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists