public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Mordechai Ovits <movits@ovits.net>
To: Alex Baretta <alex@baretta.com>
Cc: Linux Kernel Mailing List <linux-kernel@vger.kernel.org>
Subject: Re: 5Mb missing...
Date: Wed, 14 Mar 2001 09:41:44 -0500	[thread overview]
Message-ID: <20010314094144.A18669@ovits.net> (raw)
In-Reply-To: <Pine.LNX.4.33.0103070958110.1424-100000@mikeg.weiden.de> <3AAF7AD1.D24E526C@baretta.com>
In-Reply-To: <3AAF7AD1.D24E526C@baretta.com>; from alex@baretta.com on Wed, Mar 14, 2001 at 03:06:09PM +0100

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

  parent reply	other threads:[~2001-03-14 14:39 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [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 [this message]
2001-03-14 14:30 ` Jonathan Morton
2001-03-14 16:08   ` Martin Dalecki
2001-03-14 15:47     ` Alex Baretta

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=20010314094144.A18669@ovits.net \
    --to=movits@ovits.net \
    --cc=alex@baretta.com \
    --cc=linux-kernel@vger.kernel.org \
    /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