[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <1184857389.22237.20.camel@farscape.rchland.ibm.com>
Date: Thu, 19 Jul 2007 10:03:09 -0500
From: Will Schmidt <will_schmidt@...t.ibm.com>
To: Geert Uytterhoeven <geert@...ux-m68k.org>
Cc: Christoph Hellwig <hch@...radead.org>, Andi Kleen <ak@...e.de>,
linux-kernel@...r.kernel.org, linux-arch@...r.kernel.org
Subject: Re: [PATCH for review] [11/48] x86_64: During VM oom condition,
kill all threads in process group
On Thu, 2007-07-19 at 16:14 +0200, Geert Uytterhoeven wrote:
> On Thu, 19 Jul 2007, Christoph Hellwig wrote:
> > On Thu, Jul 19, 2007 at 03:48:40PM +0200, Andi Kleen wrote:
> > > From: Will Schmidt <will_schmidt@...t.ibm.com>
> > >
> > > During a VM oom condition, kill all threads in the process group.
> > >
> > > We have had complaints where a threaded application is left in a bad state
> > > after one of it's threads is killed when we hit a VM: out_of_memory condition.
> > >
> > > Killing just one of the process threads can leave the application in a bad
> > > state, whereas killing the entire process group would allow for the
> > > application to restart, or otherwise handled, and makes it very obvious that
> > > something has gone wrong.
> > >
> > > This change allows the entire process group to be taken down, rather than just
> > > the one thread.
> >
> > Shouldn't we have one patc hthat does this for every architecture instead
> > of going through arch maintainers and probably losing half of them?
>
> Yes, please ;-)
Ok, i'm convinced. :-) I'll spin up an all-arch encompassing patch
in the next day or so.
-Will
>
> Gr{oetje,eeting}s,
>
> Geert
>
> --
> Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@...ux-m68k.org
>
> return -EMAINTAINER_TOO_BUSY
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists