lkml.org 
[lkml]   [2001]   [Mar]   [23]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    Date
    From
    SubjectRe: [PATCH] Prevent OOM from killing init

    On Fri, 23 Mar 2001, Paul Jakma wrote:
    > On Fri, 23 Mar 2001, Szabolcs Szakacsits wrote:
    > > About the "use resource limits!". Yes, this is one solution. The
    > > *expensive* solution (admin time, worse resource utilization, etc).

    Thanks for cutting out relevant parts that said how to increase user
    base and satisfaction keeping and using the existent possibility as
    well.

    > traditional user limits have worse resource utilisation? think what
    > kind of utilisation a guaranteed allocation system would have. instead
    > of 128MB, you'd need maybe a GB of RAM and many many GB of swap for
    > most systems.

    Nonsense hodgepodge. See and/or mesaure the impact. I sent numbers in my
    former email. You also missed non-overcommit must be _optional_ [i.e.
    you wouldn't be forced to use it ;)]. Yes, there are users and
    enterprises who require it and would happily pay the 50-100% extra swap
    space for the same workload and extra reliability.

    > - setting up limits on a RH system takes 1 minute by editing
    > /etc/security/limits.conf.

    At every time you add/delete users, add/delete special apps, etc.
    Please note again, some people wants this way, some only for sometimes,
    and others really don't care because system guarantees for the admins
    they will always have the resources to take action [unfortunately this
    is not Linux].

    > - Rik's current oom killer may not do a good job now, but it's
    > impossible for it to do a /perfect/ job without implementing
    > kernel/esp.c.

    Rik's killer is quite fine at _default_. But there will be always people
    who won't like it [the bastards think humans can still make better
    decisions than machines]. Wouldn't it be win for both sides if you could
    point out, "Hey, if you don't like the default, use the
    /proc/sys/vm/oom_killer interface"? As I said before there are also
    such patch by Chris Swiedler and definitely not a huge, complex one.
    And these stupid threads could be forgotten for good and all.

    > - with limits set you will have:
    > - /possible/ underutilisation on some workloads.

    Depends, guaranteed underutilisation or guaranteed extra unreliability
    fit the picture many times as well.

    > no matter how good or bad Rik's killer is, i'd much rather set limits
    > and just about /never/ have it invoked.

    Thanks for expressing your opinion but others [not necessarily me] have
    "occasionally" other one depending on the job what the box must do.

    Szaka


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

    \
     
     \ /
      Last update: 2005-03-22 13:17    [W:0.025 / U:89.780 seconds]
    ©2003-2016 Jasper Spaans. hosted at Digital OceanAdvertise on this site