lkml.org 
[lkml]   [2011]   [Apr]   [22]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: [PATCH 05/10] block: remove per-queue plugging
On Fri, Apr 22, 2011 at 11:39:08AM -0400, hch@infradead.org wrote:
> On Mon, Apr 18, 2011 at 05:23:06PM -0400, hch@infradead.org wrote:
> > > NeilBrown (6):
> > > md: use new plugging interface for RAID IO.
> > > md/dm - remove remains of plug_fn callback.
> > > md - remove old plugging code.
> > > md: provide generic support for handling unplug callbacks.
> > > md: incorporate new plugging into raid5.
> > > md: fix up raid1/raid10 unplugging.
> >
> > Looking over more of the unplugging left over, is there a reason to
> > keep the unplug_work bits in CFQ? They seem to rather counter the
> > current scheme (and it is the last user of kblockd outside of
> > blk-core.c)
>
> Jens, Vivkek:
>
> can you take a look at if cfq_schedule_dispatch is still needed in
> new unplugging world order? It's the only kblockd user outside the
> block core that's still left, and it seems rather odd to me at least.

I guess cfq_schedule_dispatch() will still be required. One use case is
that CFQ might not dispatch requests to driver even if it has one (idling on
cfqq) and once the timer fires, it still need to be able to kick the queue
and dispatch requests.

To me this sounds independent of plugging logic. Or am I missing something.

Thanks
Vivek


\
 
 \ /
  Last update: 2011-04-22 18:03    [W:1.238 / U:0.020 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site