From owner-freebsd-geom@FreeBSD.ORG Tue Apr 13 22:47:00 2010 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E99D21065670; Tue, 13 Apr 2010 22:47:00 +0000 (UTC) (envelope-from luigi@onelab2.iet.unipi.it) Received: from onelab2.iet.unipi.it (onelab2.iet.unipi.it [131.114.59.238]) by mx1.freebsd.org (Postfix) with ESMTP id A71548FC19; Tue, 13 Apr 2010 22:47:00 +0000 (UTC) Received: by onelab2.iet.unipi.it (Postfix, from userid 275) id 15160730A1; Wed, 14 Apr 2010 00:57:26 +0200 (CEST) Date: Wed, 14 Apr 2010 00:57:26 +0200 From: Luigi Rizzo To: bf1783@gmail.com Message-ID: <20100413225726.GA61070@onelab2.iet.unipi.it> References: <20100413201444.GB47657@onelab2.iet.unipi.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: fabio@freebsd.org, luigi@freebsd.org, freebsd-current@freebsd.org, freebsd-geom@freebsd.org Subject: Re: svn commit: r206497 - in head: sbin/geom/class sbin/geom/class/sched sys/geom/sched sys/modules/geom sys/modules/geom/geom_sched sys/modules/geom/geom_sched/gs_sched sys/modules/geom/geom_sched/gsc... X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Apr 2010 22:47:01 -0000 On Tue, Apr 13, 2010 at 10:37:04PM +0000, b. f. wrote: > On 4/13/10, Luigi Rizzo wrote: > > On Tue, Apr 13, 2010 at 07:09:50PM +0000, b. f. wrote: > >> >Author: luigi > >> >Date: Mon Apr 12 16:37:45 2010 > >> >New Revision: 206497 > >> >URL: http://svn.freebsd.org/changeset/base/206497 > >> > > >> >Log: > >> > Bring in geom_sched, support for scheduling disk I/O requests > >> > in a device independent manner. Also include an example anticipatory > >> > scheduler, gsched_rr, which gives very nice performance improvements > >> > in presence of competing random access patterns. > >> > >> Thank you for bringing this in. Do you or your collaborators also > >> plan to add the BFQ scheduler that was in the earlier separate > > > > sooner or later, yes. > > Oh, good. > > What do you think about adding an easy way to automatically enable > scheduling on designated disks -- an rc-script, like that for geli, > for example? sooner or later, yes. :)