lkml.org 
[lkml]   [2015]   [Dec]   [29]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    Date
    From
    SubjectRe: [PATCH 0/3] OOM detection rework v4
    On Mon 28-12-15 21:08:56, Tetsuo Handa wrote:
    > Tetsuo Handa wrote:
    > > I got OOM killers while running heavy disk I/O (extracting kernel source,
    > > running lxr's genxref command). (Environ: 4 CPUs / 2048MB RAM / no swap / XFS)
    > > Do you think these OOM killers reasonable? Too weak against fragmentation?
    >
    > Well, current patch invokes OOM killers when more than 75% of memory is used
    > for file cache (active_file: + inactive_file:). I think this is a surprising
    > thing for administrators and we want to retry more harder (but not forever,
    > please).

    Here again, it would be good to see what is the comparision between
    the original and the new behavior. 75% of a page cache is certainly
    unexpected but those pages might be pinned for other reasons and so
    unreclaimable and basically IO bound. This is hard to optimize for
    without causing any undesirable side effects for other loads. I will
    have a look at the oom reports later but having a comparision would be
    a great start.

    Thanks!
    --
    Michal Hocko
    SUSE Labs


    \
     
     \ /
      Last update: 2015-12-29 18:21    [W:3.394 / U:0.164 seconds]
    ©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site