From owner-freebsd-geom@FreeBSD.ORG Sun Mar 8 20:51:25 2009 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 C9F19106564A for ; Sun, 8 Mar 2009 20:51:25 +0000 (UTC) (envelope-from luigi@onelab2.iet.unipi.it) Received: from onelab2.iet.unipi.it (onelab2.iet.unipi.it [131.114.9.129]) by mx1.freebsd.org (Postfix) with ESMTP id 8F6E58FC08 for ; Sun, 8 Mar 2009 20:51:25 +0000 (UTC) (envelope-from luigi@onelab2.iet.unipi.it) Received: by onelab2.iet.unipi.it (Postfix, from userid 275) id 05ABA7309E; Sun, 8 Mar 2009 21:38:12 +0100 (CET) Date: Sun, 8 Mar 2009 21:38:12 +0100 From: Luigi Rizzo To: Ivan Voras Message-ID: <20090308203811.GA4042@onelab2.iet.unipi.it> References: <20090308005515.GA68934@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: freebsd-stable@freebsd.org, freebsd-geom@freebsd.org Subject: Re: updated geom_sched code 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: Sun, 08 Mar 2009 20:51:26 -0000 On Sun, Mar 08, 2009 at 07:38:30PM +0100, Ivan Voras wrote: > Luigi Rizzo wrote: ... > > Apart from that (which needs to be fixed by adding a field to the > > struct bio), we believe the code to be quite stable now, so future ... > Hi, > > Do you have some documentation about the long-term plans? You will have > to add an additional field to bio, of course, but there is one more > thing: the schedulers will have to be integrated into the GEOM in an > "invisible" way. I.e. instead of /dev/ad0-sched-s1f the users should see > only /dev/ad0 like they're used to, and get the schedulers by default. > Otherwise, your work will not get much use. well, if one is comfortable with the schedulers he can just put the right names in /etc/fstab. I think the usefulness of 'invisible' classes is more when adding or removing geom classes on the fly, but perhaps this requires support in the geom nodes themselves. In any case I was hoping to discuss this issue later, either at bsdcan or in the mailing list, once I understand the implications a bit more. cheers luigi