Re: OOM-killer too aggressive?

[Marcelo Tosatti]

On Sun, Feb 26, 2006 at 05:48:15PM -0800, Chris Largret wrote:
> On Sun, 2006-02-26 at 18:22 -0600, Marcelo Tosatti wrote:
> > On Sun, Feb 26, 2006 at 12:56:10PM -0800, Chris Largret wrote:
> > > $ readelf -S vmlinux
> > > There are 52 section headers, starting at offset 0x2548488:
> > 
> > <snip>
> > 
> > >   [49] .shstrtab         STRTAB           0000000000000000  02548212
> > >        0000000000000273  0000000000000000           0     0     1
> > >   [50] .symtab           SYMTAB           0000000000000000  02549188
> > >        00000000000b3898  0000000000000018          51   20791     8
> > >   [51] .strtab           STRTAB           0000000000000000  025fca20
> > >        0000000000096692  0000000000000000           0     0     1
> > 
> > More than 40MB, that should partially explain it...
> 
> Ouch. I hadn't noticed that and will have to see about bringing that
> down a little. It's the same size when compiling without SMP, and the
> OOM Killer doesn't cause problems then. There is something else that is
> causing these problems.

Indeed, this only explains why the DMA zone is full.

The floppy driver is asking for a large contiguous chunk of memory
in the DMA zone, which the allocator tries to satistify by killing
applications.

Andrew's patch makes the allocator give up easier, which allows the
driver to fallback to non-contiguous memory (that is the real problem).

> >From using ls on the *.o files, it appears (as expected) that most of
> this is the built-in drivers. The pruning should be fun. :)

There should be no need to prune it to fix the OOM issue, it explains
why the DMA memory is full though.

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