Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id ; Mon, 2 Dec 2002 03:44:37 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id ; Mon, 2 Dec 2002 03:44:37 -0500 Received: from packet.digeo.com ([12.110.80.53]:27269 "EHLO packet.digeo.com") by vger.kernel.org with ESMTP id ; Mon, 2 Dec 2002 03:44:36 -0500 Message-ID: <3DEB1F2C.E03517D7@digeo.com> Date: Mon, 02 Dec 2002 00:51:56 -0800 From: Andrew Morton X-Mailer: Mozilla 4.79 [en] (X11; U; Linux 2.5.46 i686) X-Accept-Language: en MIME-Version: 1.0 To: Jens Axboe CC: Rik van Riel , Marc-Christian Petersen , linux-kernel@vger.kernel.org, Con Kolivas Subject: Re: [PATCH] 2.4.20-rmap15a References: <200212012155.30534.m.c.p@wolk-project.de> <20021202081524.GQ16942@suse.de> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 02 Dec 2002 08:51:57.0489 (UTC) FILETIME=[12151210:01C299E0] Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1018 Lines: 25 Jens Axboe wrote: > > On Sun, Dec 01 2002, Rik van Riel wrote: > > > So, here my patch proposal. Ontop of 2.4.20-rmap15a. > > > > Looks good, now lets test it. If the patch is as needed as you > > say we should push it to marcelo ;) > > Yes lets for heavens sake not fix the problem, merge the hack. If it fails to find a merge or insert the current 2.4 elevator will stick a read at the far end of the request queue. That's quite arbitrary, and is the worst possible thing to do with it. read-latency2 will put the read a tunable distance from the head. Add a few embellishments to avoid permanent writer starvation, and that's basically all it does. So rather than just keeping on calling it a "hack" could you please describe what is actually wrong with the idea? - 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/