Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S262610AbVAKI6H (ORCPT ); Tue, 11 Jan 2005 03:58:07 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S262621AbVAKI6H (ORCPT ); Tue, 11 Jan 2005 03:58:07 -0500 Received: from ppp-217-133-42-200.cust-adsl.tiscali.it ([217.133.42.200]:1089 "EHLO dualathlon.random") by vger.kernel.org with ESMTP id S262610AbVAKI5s (ORCPT ); Tue, 11 Jan 2005 03:57:48 -0500 Date: Tue, 11 Jan 2005 09:58:03 +0100 From: Andrea Arcangeli To: Thomas Gleixner Cc: Edjard Souza Mota , Marcelo Tosatti , Mauricio Lin , LKML , Andrew Morton Subject: Re: User space out of memory approach Message-ID: <20050111085803.GF26799@dualathlon.random> References: <3f250c71050110134337c08ef0@mail.gmail.com> <20050110192012.GA18531@logos.cnet> <4d6522b9050110144017d0c075@mail.gmail.com> <20050110200514.GA18796@logos.cnet> <1105403747.17853.48.camel@tglx.tec.linutronix.de> <4d6522b90501101803523eea79@mail.gmail.com> <1105433093.17853.78.camel@tglx.tec.linutronix.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1105433093.17853.78.camel@tglx.tec.linutronix.de> X-GPG-Key: 1024D/68B9CB43 13D9 8355 295F 4823 7C49 C012 DFA1 686E 68B9 CB43 X-PGP-Key: 1024R/CB4660B9 CC A0 71 81 F4 A0 63 AC C0 4B 81 1D 8C 15 C8 E5 User-Agent: Mutt/1.5.6i Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1077 Lines: 23 On Tue, Jan 11, 2005 at 09:44:53AM +0100, Thomas Gleixner wrote: > I consider the invocation of out_of_memory in the first place. This is > the real root of the problems. The ranking is a different playground. > Your solution does not solve > - invocation madness > - reentrancy protection > - the ugly mess of timers, counters... in out_of_memory, which aren't > neccecary at all Thomas, you're obviously right, it's not even worth discussing this. The 6 patches I posted (and my version is the only one that includes all the outstanding fixes) have to be applied. Than we can think about the rest. Rik's two patches (writeback-highmem and writeback_nr_scanned) should be applied too since they're obviously right too (and they're completely orthogonal with our 6). Rik's 2/2 looked more like an hack and it shouldn't be applied. - 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/