public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Andrew Morton <akpm@digeo.com>
To: vasya vasyaev <vasya197@yahoo.com>
Cc: "Nakajima, Jun" <jun.nakajima@intel.com>, linux-kernel@vger.kernel.org
Subject: Re: Machine's high load when HIGHMEM is enabled
Date: Tue, 19 Nov 2002 01:40:31 -0800	[thread overview]
Message-ID: <3DDA070F.CF2047BF@digeo.com> (raw)
In-Reply-To: 20021119092912.39541.qmail@web20510.mail.yahoo.com

vasya vasyaev wrote:
> 
> Hi again,
> 
> Let me try to explain what is this all about...
> 
> Box has 1 GB of RAM, it's running oracle database.
> After some disk activity disk cache has 400 Mb, so 600
> Mb is free

And the other 400 megabytes will be freed up on demand.

> Oracle is tuned for using of 800 Mb of RAM for SGA (as
> shared memory segment), so Oracle needs 800 Mb of RAM
> to be free before it's start, right ?

No...  If that were so, you'd never be able to start any
applications.

> So when oracle starts it can't allocate this 800 Mb
> for SGA and fails to start...

Well, maybe Oracle is failing to start.  But maybe that's
not for the reasons you are assuming.

> Where is a problem - in kernel which can't reduce disk
> cache to allow allocating of shared memory segment or
> in oracle ?

If Oracle requests 800 megabytes from the kernel, it will get it.
It won't be able to mlock it (I'm guessing here).
 
> BTW, free doesn't show that shared memory is in use
> when oracle is started and requested shared memory
> segment is allocated (and ipcs shows it).

Yup, the "shared" accounting is always zero.  Maybe we should
fix that, or remove it.
 
> We need to control disk cache to reduce it as much as
> possible because it's not needed for oracle, much
> better is to allow oracle to control the RAM
> for it's use.
> 
> As to compare, on solaris we mount ufs with
> "forcedirectio" mount option, which tells not to use
> disk cache.

Please ensure that the failure is not some Oracle-specific setup
thing, and then provide specific details on the problem which you
are observing.  The assumptions which you are making may not be
correct.

Thanks.

  reply	other threads:[~2002-11-19  9:33 UTC|newest]

Thread overview: 19+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2002-11-05 21:38 Machine's high load when HIGHMEM is enabled Nakajima, Jun
2002-11-06 10:14 ` vasya vasyaev
2002-11-06 16:51   ` Andrew Morton
2002-11-06 17:10     ` Dave Jones
2002-11-19  9:29     ` vasya vasyaev
2002-11-19  9:40       ` Andrew Morton [this message]
2002-11-20  1:03         ` Gerrit Huizenga
2002-11-19 15:35       ` Martin J. Bligh
  -- strict thread matches above, loose matches on Subject: below --
2002-11-04 19:49 Nakajima, Jun
2002-11-05  9:08 ` vasya vasyaev
2002-11-05 21:10 ` vasya vasyaev
2002-11-03 14:17 vasya vasyaev
2002-11-03 14:32 ` Brian Gerst
2002-11-03 15:00   ` Jens Axboe
2002-11-04  0:43     ` Denis Vlasenko
2002-11-04 18:54   ` vasya vasyaev
2002-11-04 19:27     ` Andrew Morton
2002-11-05 10:36       ` vasya vasyaev
2002-11-03 15:28 ` Martin J. Bligh

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=3DDA070F.CF2047BF@digeo.com \
    --to=akpm@digeo.com \
    --cc=jun.nakajima@intel.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=vasya197@yahoo.com \
    /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