All of lore.kernel.org
 help / color / mirror / Atom feed
From: Marcelo Tosatti <marcelo.tosatti@cyclades.com>
To: "Gabor Z. Papp" <gzp@papp.hu>
Cc: Michael Buesch <mbuesch@freenet.de>,
	linux kernel mailing list <linux-kernel@vger.kernel.org>
Subject: Re: [2.4] 0-order allocation failed
Date: Thu, 7 Oct 2004 13:42:21 -0300	[thread overview]
Message-ID: <20041007164221.GD14614@logos.cnet> (raw)
In-Reply-To: <x67jq2bcy3@gzp>

On Thu, Oct 07, 2004 at 08:28:04PM +0200, Gabor Z. Papp wrote:
> * Marcelo Tosatti <marcelo.tosatti@cyclades.com>:
> 
> | > > Can you check how much swap space is there available when
> | > > the OOM killer trigger? I bet this is the case.
> | > 
> | > The machine doesn't have swap.
> | 
> | Well then you're probably facing true OOM.
> | 
> | Add some swap.
> 
> There is really no way to run 2.4 without swap?

Nope. Any kernel can't. The thing is the system overcommits 
memory (it allows applications to allocate more memory than the system 
is able to handle).

If there is no place to "save" that memory once you run out of it,
you're dead. Its a physical problem. :)

> I have the same problem with nfsroot and ramdisk based setups after
> 1-2 weeks uptime.

You can try to remove the following lines from mm/vmscan.c::try_to_free_pages_zone() 

        if (likely(current->pid != 1))
                break;
        if (!check_classzone_need_balance(classzone))
                break;

And disable CONFIG_OOM_KILLER. See if that makes a difference.

What will happen is that the kernel will try to free memory and 
never go into the OOM killer. If it can't free memory, the
system will hang forever at certain point.

There's not much to do about it really.

In 2.6 you can decrease swappiness so for it to free pagecache harder, 
but its the same game.

  reply	other threads:[~2004-10-07 18:46 UTC|newest]

Thread overview: 15+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-10-07 11:18 [2.4] 0-order allocation failed Michael Buesch
2004-10-07 15:15 ` Marcelo Tosatti
2004-10-07 17:17   ` Michael Buesch
2004-10-07 15:39     ` Marcelo Tosatti
2004-10-07 18:28       ` Gabor Z. Papp
2004-10-07 16:42         ` Marcelo Tosatti [this message]
2004-10-07 18:43           ` Gabor Z. Papp
2004-10-07 16:53             ` Marcelo Tosatti
2004-10-07 18:53               ` Gabor Z. Papp
2004-10-07 19:36                 ` Adam Heath
2004-10-07 19:25           ` Aleksandar Milivojevic
2004-10-07 18:50         ` Neil Horman
2004-10-07 18:54         ` Marc-Christian Petersen
2004-10-08  1:05           ` Marcelo Tosatti
2004-10-08  1:08             ` Marcelo Tosatti

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=20041007164221.GD14614@logos.cnet \
    --to=marcelo.tosatti@cyclades.com \
    --cc=gzp@papp.hu \
    --cc=linux-kernel@vger.kernel.org \
    --cc=mbuesch@freenet.de \
    /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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.