linux-kernel.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
* 5Mb missing...
       [not found] <Pine.LNX.4.33.0103070958110.1424-100000@mikeg.weiden.de>
@ 2001-03-14 14:06 ` Alex Baretta
  2001-03-14 14:38   ` Mike Dresser
  2001-03-14 14:41   ` Mordechai Ovits
  2001-03-14 14:30 ` Jonathan Morton
  1 sibling, 2 replies; 6+ messages in thread
From: Alex Baretta @ 2001-03-14 14:06 UTC (permalink / raw)
  To: Linux Kernel Mailing List

Mike Galbraith wrote:
> 
> If crashes are routine on this machine, I'd recommend that you take
> a serious look at your ram. (or if you're overclocking, don't)

Crashes were routine, and I was not overclocking, so I took Mike's
advice and bought a new 256MB DIMM. The computer hasn't crashed
once since I installed it. Now, though, I have a curious though
fairly irrelevant problem. My kernel apparently sees less RAM than
I have.


[alex@localhost /home]$ free -m
             total       used       free     shared    buffers    
cached
Mem:           251        209         42         60        
61         92
-/+ buffers/cache:         55        196


I strongly doubt this can be a bug in the kernel. Could anyone
explain to me why this might happen?

Alex

^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: 5Mb missing...
       [not found] <Pine.LNX.4.33.0103070958110.1424-100000@mikeg.weiden.de>
  2001-03-14 14:06 ` 5Mb missing Alex Baretta
@ 2001-03-14 14:30 ` Jonathan Morton
  2001-03-14 16:08   ` Martin Dalecki
  1 sibling, 1 reply; 6+ messages in thread
From: Jonathan Morton @ 2001-03-14 14:30 UTC (permalink / raw)
  To: Alex Baretta, Linux Kernel Mailing List

>> If crashes are routine on this machine, I'd recommend that you take
>> a serious look at your ram. (or if you're overclocking, don't)
>
>Crashes were routine, and I was not overclocking, so I took Mike's
>advice and bought a new 256MB DIMM. The computer hasn't crashed
>once since I installed it. Now, though, I have a curious though
>fairly irrelevant problem. My kernel apparently sees less RAM than
>I have.

The kernel itself takes up some RAM, which is simply subtracted from the
"total memory available" field in the memory summaries available to
user-mode processes.  This is perfectly normal.

--------------------------------------------------------------
from:     Jonathan "Chromatix" Morton
mail:     chromi@cyberspace.org  (not for attachments)
big-mail: chromatix@penguinpowered.com
uni-mail: j.d.morton@lancaster.ac.uk

The key to knowledge is not to rely on people to teach you it.

Get VNC Server for Macintosh from http://www.chromatix.uklinux.net/vnc/

-----BEGIN GEEK CODE BLOCK-----
Version 3.12
GCS$/E/S dpu(!) s:- a20 C+++ UL++ P L+++ E W+ N- o? K? w--- O-- M++$ V? PS
PE- Y+ PGP++ t- 5- X- R !tv b++ DI+++ D G e+ h+ r++ y+(*)
-----END GEEK CODE BLOCK-----



^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: 5Mb missing...
  2001-03-14 14:06 ` 5Mb missing Alex Baretta
@ 2001-03-14 14:38   ` Mike Dresser
  2001-03-14 14:41   ` Mordechai Ovits
  1 sibling, 0 replies; 6+ messages in thread
From: Mike Dresser @ 2001-03-14 14:38 UTC (permalink / raw)
  To: Alex Baretta; +Cc: Linux Kernel Mailing List

Alex Baretta wrote:

> [alex@localhost /home]$ free -m
>              total       used       free     shared    buffers
> cached
> Mem:           251        209         42         60
> 61         92
>
> I strongly doubt this can be a bug in the kernel. Could anyone
> explain to me why this might happen?

grep Memory /var/log/kern.log

You've got your kernel itself loading into ram, reserved memory, etc.

I've got 48 meg in this test box of mine, and a free -m shows 46, a free shows
47356.  Divided by 1024, gives 46, when rounded off.  So yes, free -m is
correct.  That 251 meg is what's available to use, after your kernel loads,
etc.

mike


^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: 5Mb missing...
  2001-03-14 14:06 ` 5Mb missing Alex Baretta
  2001-03-14 14:38   ` Mike Dresser
@ 2001-03-14 14:41   ` Mordechai Ovits
  1 sibling, 0 replies; 6+ messages in thread
From: Mordechai Ovits @ 2001-03-14 14:41 UTC (permalink / raw)
  To: Alex Baretta; +Cc: Linux Kernel Mailing List

On Wed, Mar 14, 2001 at 03:06:09PM +0100, Alex Baretta wrote:
> Mike Galbraith wrote:
> > 
> > If crashes are routine on this machine, I'd recommend that you take
> > a serious look at your ram. (or if you're overclocking, don't)
> 
> Crashes were routine, and I was not overclocking, so I took Mike's
> advice and bought a new 256MB DIMM. The computer hasn't crashed
> once since I installed it. Now, though, I have a curious though
> fairly irrelevant problem. My kernel apparently sees less RAM than
> I have.
> 
> 
> [alex@localhost /home]$ free -m
>              total       used       free     shared    buffers    
> cached
> Mem:           251        209         42         60        
> 61         92
> -/+ buffers/cache:         55        196
> 
> 
> I strongly doubt this can be a bug in the kernel. Could anyone
> explain to me why this might happen?

when you boot, your bios decides how much ram is "really" available,
usually for  good reasons.  If the bios knows that its power management
routines need a few meg off the top it'll report a few less meg to the OS
that is to be booted.  You can tell linux to ignore the bios with the kernel
parameter mem=256, but I highly recommend *against* it in this case.  Look
into it.

Mordy
 
> Alex
> -
> 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/
> 

^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: 5Mb missing...
  2001-03-14 16:08   ` Martin Dalecki
@ 2001-03-14 15:47     ` Alex Baretta
  0 siblings, 0 replies; 6+ messages in thread
From: Alex Baretta @ 2001-03-14 15:47 UTC (permalink / raw)
  To: Linux Kernel Mailing List

Martin Dalecki wrote:
> 
> Jonathan Morton wrote:
> >
> > The kernel itself takes up some RAM, which is simply subtracted from the
> > "total memory available" field in the memory summaries available to
> > user-mode processes.  This is perfectly normal.
> 
> The kernel reserves 4m for hilself. The off by one error is a rounding
> bug.

Sounds pretty reasonable. I have actually tested the memory card
with memtest, just to make sure that it was all there and working
properly, and the test succeeded, so it must really be the kernel
eating away a few megs.

Alex

^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: 5Mb missing...
  2001-03-14 14:30 ` Jonathan Morton
@ 2001-03-14 16:08   ` Martin Dalecki
  2001-03-14 15:47     ` Alex Baretta
  0 siblings, 1 reply; 6+ messages in thread
From: Martin Dalecki @ 2001-03-14 16:08 UTC (permalink / raw)
  To: Jonathan Morton; +Cc: Alex Baretta, Linux Kernel Mailing List

Jonathan Morton wrote:
> 
> >> If crashes are routine on this machine, I'd recommend that you take
> >> a serious look at your ram. (or if you're overclocking, don't)
> >
> >Crashes were routine, and I was not overclocking, so I took Mike's
> >advice and bought a new 256MB DIMM. The computer hasn't crashed
> >once since I installed it. Now, though, I have a curious though
> >fairly irrelevant problem. My kernel apparently sees less RAM than
> >I have.
> 
> The kernel itself takes up some RAM, which is simply subtracted from the
> "total memory available" field in the memory summaries available to
> user-mode processes.  This is perfectly normal.

The kernel reserves 4m for hilself. The off by one error is a rounding
bug.

^ permalink raw reply	[flat|nested] 6+ messages in thread

end of thread, other threads:[~2001-03-14 15:50 UTC | newest]

Thread overview: 6+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
     [not found] <Pine.LNX.4.33.0103070958110.1424-100000@mikeg.weiden.de>
2001-03-14 14:06 ` 5Mb missing Alex Baretta
2001-03-14 14:38   ` Mike Dresser
2001-03-14 14:41   ` Mordechai Ovits
2001-03-14 14:30 ` Jonathan Morton
2001-03-14 16:08   ` Martin Dalecki
2001-03-14 15:47     ` Alex Baretta

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).