From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id ; Mon, 27 Aug 2001 16:04:00 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id ; Mon, 27 Aug 2001 16:03:51 -0400 Received: from ns.cablesurf.de ([195.206.131.193]:39163 "EHLO ns.cablesurf.de") by vger.kernel.org with ESMTP id ; Mon, 27 Aug 2001 16:03:34 -0400 Message-Id: <200108272013.WAA20853@ns.cablesurf.de> Content-Type: text/plain; charset=US-ASCII From: Oliver Neukum To: Alex Bligh - linux-kernel , Rik van Riel Subject: Re: [resent PATCH] Re: very slow parallel read performance Date: Mon, 27 Aug 2001 22:03:07 +0200 X-Mailer: KMail [version 1.3] Cc: Daniel Phillips , Helge Hafting , linux-kernel@vger.kernel.org In-Reply-To: <516649838.998944465@[169.254.198.40]> In-Reply-To: <516649838.998944465@[169.254.198.40]> MIME-Version: 1.0 Content-Transfer-Encoding: 7BIT Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Hi, > Thinking about it a bit more, we also want to drop pages > from fast streams faster, to an extent, than we drop > them from slow streams (as well as dropping quite > a few pages at once), as these 'cost' more to replace. what leads you to this conclusion ? A task that needs little time to process data it reads in is hurt much more by added latency due to a disk read. Regards Oliver