Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1030226AbWHYP4s (ORCPT ); Fri, 25 Aug 2006 11:56:48 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1030222AbWHYP4s (ORCPT ); Fri, 25 Aug 2006 11:56:48 -0400 Received: from amsfep17-int.chello.nl ([213.46.243.15]:49899 "EHLO amsfep11-int.chello.nl") by vger.kernel.org with ESMTP id S1030192AbWHYP4r (ORCPT ); Fri, 25 Aug 2006 11:56:47 -0400 Subject: Re: [PATCH 0/4] VM deadlock prevention -v5 From: Peter Zijlstra To: Christoph Lameter Cc: linux-mm@kvack.org, linux-kernel@vger.kernel.org, netdev@vger.kernel.org, Indan Zupancic , Evgeniy Polyakov , Daniel Phillips , Rik van Riel , David Miller In-Reply-To: References: <20060825153946.24271.42758.sendpatchset@twins> Content-Type: text/plain Date: Fri, 25 Aug 2006 17:52:04 +0200 Message-Id: <1156521124.23000.1.camel@twins> Mime-Version: 1.0 X-Mailer: Evolution 2.7.92 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 887 Lines: 20 On Fri, 2006-08-25 at 08:51 -0700, 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? We're not actually using mempools, but the memalloc reserve. Purely easy reclaimable memory is not enough however, since packet receive happens from IRQ context, and we cannot unmap pages in IRQ context. - 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/