Re: [2.4] 0-order allocation failed

[Marcelo Tosatti]

On Thu, Oct 07, 2004 at 10:05:39PM -0300, Marcelo Tosatti wrote:
> On Thu, Oct 07, 2004 at 08:54:16PM +0200, Marc-Christian Petersen wrote:
> > On Thursday 07 October 2004 20:28, Gabor Z. Papp wrote:
> > 
> > Hi all,
> > 
> > > | > > 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?
> > > I have the same problem with nfsroot and ramdisk based setups after
> > > 1-2 weeks uptime.
> > 
> > stop whining about braindead 2.4 mainline vm. Apply the attached patch and be 
> > happy :p
> 
> As I told you in private, I can't see how badly this patch could affect performance.
> But then, as you answered, with all anonymous pages added to LRU you see much better
> behavior (tons less swapping) on several workloads. That must be due to 
> refill_inactive()/shrink_cache() balancing.

Ah, I dont think this will fix the OOM killer cases with no swap. They look 
like plain OOM condition to me.

Wish I'm wrong.

> The same patch also fixes kswapd excessive CPU consumption on huge
> memory box.
> 
> Its easy enough to be applied because behaviour is unchanged by default
> (you need to change a sysctl value for that).
> 
> I would like to understand why does it cause so much improved behaviour
> though.
> 
> > Marcelo: Is there something wrong with my VM documentation update patches for 
> > 2.4? Or do you not care and think: "Hello my friend, let's stick with 2.2 VM 
> > documentation even if almost all of the documentation is not longer valid"
> 
> As I said to you in private, please resend.
> 

> Thanks!
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/