Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id ; Tue, 8 Jan 2002 15:16:05 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id ; Tue, 8 Jan 2002 15:15:57 -0500 Received: from dsl-213-023-038-231.arcor-ip.net ([213.23.38.231]:36106 "EHLO starship.berlin") by vger.kernel.org with ESMTP id ; Tue, 8 Jan 2002 15:15:36 -0500 Content-Type: text/plain; charset=US-ASCII From: Daniel Phillips To: Andrew Morton Subject: Re: [2.4.17/18pre] VM and swap - it's really unusable Date: Tue, 8 Jan 2002 21:18:30 +0100 X-Mailer: KMail [version 1.3.2] Cc: Anton Blanchard , Andrea Arcangeli , Luigi Genoni , Dieter N?tzel , Marcelo Tosatti , Rik van Riel , Linux Kernel List , Robert Love In-Reply-To: <20020108030420Z287595-13997+1799@vger.kernel.org> <3C3B4CB7.FEAAF5FC@zip.com.au> In-Reply-To: <3C3B4CB7.FEAAF5FC@zip.com.au> MIME-Version: 1.0 Content-Transfer-Encoding: 7BIT Message-Id: Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org On January 8, 2002 08:47 pm, Andrew Morton wrote: > There's no point in just merging the preempt patch and saying "there, > that's done". It doesn't do anything. > > Instead, a decision needs to be made: "Linux will henceforth be a > low-latency kernel". I thought the intention was to make it a config option? > Now, IF we can come to this decision, then > internal preemption is the way to do it. But it affects ALL kernel > developers. Because we'll need to introduce a new rule: "it is a > bug to spend more than five milliseconds holding any locks". > > So. Do we we want a low-latency kernel? Are we prepared to mandate > the five-millisecond rule? It can be done, but won't be easy, and > we'll never get complete coverage. But I don't see the will around > here. At least the flaming has gotten a little less ;-) -- Daniel - 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/