lkml.org 
[lkml]   [2009]   [Jul]   [20]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    Date
    SubjectRe: [PATCH] copy over oom_adj value at fork time
    From
    On Fri, Jul 17, 2009 at 4:12 PM, David Rientjes<rientjes@google.com> wrote:
    >
    > My patches don't merely address threads that have an oom_adj value of
    > OOM_DISABLE while others sharing the same memory do not, they address a
    > consistency issue whereas those threads may all share memory but have
    > radically different oom_adj values: that means that only the highest
    > oom_adj value amongst them is actually used by the oom killer and all
    > other oom_adj values set by the user for those threads are wrong.

    But these patches change an API that has existed for at least 4 years
    (i.e. before git history exists) and the change is known to break some
    apps that relied on the existing API. Should there be more
    justification than to fix an inconsistency that only you seem to be
    claiming is a problem? (Yes, I know it also fixes the OOM killer
    livelock, but that could be done without breaking the API).

    Paul


    \
     
     \ /
      Last update: 2009-07-20 23:55    [W:3.142 / U:0.128 seconds]
    ©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site