Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1030265AbWHYQEf (ORCPT ); Fri, 25 Aug 2006 12:04:35 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1030261AbWHYQEf (ORCPT ); Fri, 25 Aug 2006 12:04:35 -0400 Received: from mx1.redhat.com ([66.187.233.31]:711 "EHLO mx1.redhat.com") by vger.kernel.org with ESMTP id S1030200AbWHYQEe (ORCPT ); Fri, 25 Aug 2006 12:04:34 -0400 Message-ID: <44EF1F7A.3080001@redhat.com> Date: Fri, 25 Aug 2006 12:04:10 -0400 From: Rik van Riel Organization: Red Hat, Inc User-Agent: Thunderbird 1.5.0.4 (X11/20060614) MIME-Version: 1.0 To: Christoph Lameter CC: Peter Zijlstra , linux-mm@kvack.org, linux-kernel@vger.kernel.org, netdev@vger.kernel.org, Indan Zupancic , Evgeniy Polyakov , Daniel Phillips , David Miller Subject: Re: [PATCH 0/4] VM deadlock prevention -v5 References: <20060825153946.24271.42758.sendpatchset@twins> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 881 Lines: 24 Christoph Lameter wrote: > On Fri, 25 Aug 2006, Peter Zijlstra wrote: > >> The basic premises is that network sockets serving the VM need undisturbed >> functionality in the face of severe memory shortage. >> >> This patch-set provides the framework to provide this. > > Hmmm.. Is it not possible to avoid the memory pools by > guaranteeing that a certain number of page is easily reclaimable? No. You need to guarantee that the memory is not gobbled up by another subsystem, but remains available for use by *this* subsystem. Otherwise you could still deadlock. -- What is important? What you want to be true, or what is true? - 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/