From owner-freebsd-arch@FreeBSD.ORG Mon Nov 22 15:08:15 2004 Return-Path: Delivered-To: freebsd-arch@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 42A9216A4CE for ; Mon, 22 Nov 2004 15:08:15 +0000 (GMT) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9BE9543D1D for ; Mon, 22 Nov 2004 15:08:14 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.1/8.13.1) with ESMTP id iAMF8B0Z024319; Mon, 22 Nov 2004 16:08:12 +0100 (CET) (envelope-from phk@critter.freebsd.dk) To: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) From: "Poul-Henning Kamp" In-Reply-To: Your message of "Mon, 22 Nov 2004 15:12:51 +0100." Date: Mon, 22 Nov 2004 16:08:11 +0100 Message-ID: <24318.1101136091@critter.freebsd.dk> Sender: phk@critter.freebsd.dk cc: arch@freebsd.org Subject: Re: anticipatory I/O scheduling X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Nov 2004 15:08:15 -0000 In message , =?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?= writes: >I just ran across this paper and started wondering why I'd never heard >of it before: > > > >To summarize, the authors rewrote the I/O scheduling algorithm in >FreeBSD 4.3 and got massive performance improvements for Apache, and >smaller but noticeable improvements for AFS and TPC-B. > >Has anyone looked into this? Yes. It's very hard to implement it correctly because you need a very rapid timer (order of microseconds). It is my plan to make disksort algorithms changeable on a per disk basis to encourage experimentation in this area. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence.