Skip site navigation (1)Skip section navigation (2)
Date:      Fri, 12 Oct 2007 09:32:31 +0200
From:      Fabio Checconi <fabio@freebsd.org>
To:        Alexander Leidinger <Alexander@Leidinger.net>
Cc:        hackers@freebsd.org, Ulf Lilleengen <lulf@stud.ntnu.no>
Subject:   Re: Pluggable Disk Scheduler Project
Message-ID:  <20071012073231.GA34322@gandalf.sssup.it>
In-Reply-To: <20071012081835.dtrpaz2c0880oow4@webmail.leidinger.net>
References:  <20071011022001.GC13480@gandalf.sssup.it> <20071011080734.GA20897@stud.ntnu.no> <20071011114828.GE18725@gandalf.sssup.it> <20071012081835.dtrpaz2c0880oow4@webmail.leidinger.net>

next in thread | previous in thread | raw e-mail | index | archive | help
> From: Alexander Leidinger <Alexander@Leidinger.net>
> Date: Fri, Oct 12, 2007 08:18:35AM +0200
>
> Quoting Fabio Checconi <fabio@freebsd.org> (from Thu, 11 Oct 2007  
> 13:48:28 +0200):
> 
> >>From: Ulf Lilleengen <lulf@stud.ntnu.no>
> >>Date: Thu, Oct 11, 2007 10:07:34AM +0200
> >>
> >>On tor, okt 11, 2007 at 04:20:01 +0200, Fabio Checconi wrote:
> >>>     o How to deal with devices that handle multiple request per time?
> >>This is an example of the problems you get doing this in GEOM. You   
> >>don't have
> >>very good knowledge of the hardware.
> 
> One can't pass this info from the lower layers up into GEOM (maybe by  
> adding some attribute querying interface in GEOM if it doesn't exist)?
> 

I think the g_getattr() call is there/can be used for things like
that.  The scheduler should need only to know how many outstanding
requests it can allow, otherwise it should be rather independend
from the lower layers.

Anyway hardware queueing brings also a different kind of problems,
that is it can't be mixed easily with anticipation, because if you
have syncronous requests and you dispatch more than one of them you
are serving more than one process by definition, thus you can break
anticipation, unless this thing is done very carefully (e.g., when
switching from a process to another, or mixing syncronous and
asynchronous requests.)




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20071012073231.GA34322>