From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id ; Fri, 5 Jan 2001 16:35:34 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id ; Fri, 5 Jan 2001 16:35:25 -0500 Received: from ns.caldera.de ([212.34.180.1]:49159 "EHLO ns.caldera.de") by vger.kernel.org with ESMTP id ; Fri, 5 Jan 2001 16:35:18 -0500 Date: Fri, 5 Jan 2001 22:34:59 +0100 From: Christoph Hellwig To: Rik van Riel Cc: Marcelo Tosatti , linux-mm@kvack.org, linux-kernel@vger.kernel.org Subject: Re: MM/VM todo list Message-ID: <20010105223459.A12653@caldera.de> Mail-Followup-To: Rik van Riel , Marcelo Tosatti , linux-mm@kvack.org, linux-kernel@vger.kernel.org In-Reply-To: <20010105222624.A11770@caldera.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i In-Reply-To: ; from riel@conectiva.com.br on Fri, Jan 05, 2001 at 07:27:38PM -0200 Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org On Fri, Jan 05, 2001 at 07:27:38PM -0200, Rik van Riel wrote: > > No other then filesystem IO (page/buffercache) is actively tied > > to the VM, so there should be no problems. > > Not right now, no. But if you know what is possible > (and planned) with the kiobuf layer, you should think > twice about this idea... I don't think so. The only place were IO actively interferes with the VM is of the 'write this out when memory gets low' type thing, and you don't really want this outside filesystems/blockdevices. There are some VM tricks that are usefull for IO (COW, map_user_kiobuf), but these operate always on pages (maybe containered by kiobufs, but that should be of minor interest for the VM). Christoph -- Whip me. Beat me. Make me maintain AIX. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org Please read the FAQ at http://www.tux.org/lkml/