Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1756472AbXIEMTs (ORCPT ); Wed, 5 Sep 2007 08:19:48 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754142AbXIEMTk (ORCPT ); Wed, 5 Sep 2007 08:19:40 -0400 Received: from cantor.suse.de ([195.135.220.2]:54071 "EHLO mx1.suse.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754073AbXIEMTj (ORCPT ); Wed, 5 Sep 2007 08:19:39 -0400 Date: Wed, 5 Sep 2007 14:19:38 +0200 From: Nick Piggin To: Christoph Lameter Cc: Daniel Phillips , linux-mm@kvack.org, linux-kernel@vger.kernel.org, akpm@linux-foundation.org, dkegel@google.com, Peter Zijlstra , David Miller Subject: Re: [RFC 0/3] Recursive reclaim (on __PF_MEMALLOC) Message-ID: <20070905121937.GA9246@wotan.suse.de> References: <20070814142103.204771292@sgi.com> <200709050220.53801.phillips@phunq.net> <20070905114242.GA19938@wotan.suse.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.9i Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1958 Lines: 44 On Wed, Sep 05, 2007 at 05:14:06AM -0700, Christoph Lameter wrote: > On Wed, 5 Sep 2007, Nick Piggin wrote: > > > However I really have an aversion to the near enough is good enough way of > > thinking. Especially when it comes to fundamental deadlocks in the VM. I > > don't know whether Peter's patch is completely clean yet, but fixing the > > fundamentally broken code has my full support. > > Uhh. There are already numerous other issues why the VM is failing that is > independent of Peter's approach. I don't know what your point is? We either ignore it, or try to fix things one at a time. > > I hate it that there are theoretical bugs still left even if they would > > be hit less frequently than hardware failure. And that people are really > > happy to put even more of these things in :( > > Theoretical bugs? Depends on one's creativity to come up with them I > guess. So far we do not even get around to address the known issues and > this multi subsystem patch has the potential of creating more. I can't direct people as to what bugs to work on. > > Anyway, as you know I like your patch and if that gives Peter a little > > more breathing space then it's a good thing. But I really hope he doesn't > > give up on it, and it should be merged one day. > > Using the VM to throttle networking is a pretty bad thing because it > assumes single critical user of memory. There are other consumers of > memory and if you have a load that depends on other things than networking > then you should not kill the other things that want memory. Implementation issues aside, the problem is there and I would like to see it fixed regardless if some/most/or all users in practice don't hit it. - 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/