lkml.org 
[lkml]   [2020]   [Apr]   [6]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: [PATCH v2 2/2] blk-mq: Rerun dispatching in the case of budget contention
On Sun, Apr 05, 2020 at 09:26:39AM -0700, Doug Anderson wrote:
> Hi,
>
> On Sun, Apr 5, 2020 at 2:15 AM Ming Lei <ming.lei@redhat.com> wrote:
> >
> > @@ -103,6 +104,9 @@ static void blk_mq_do_dispatch_sched(struct blk_mq_hw_ctx *hctx)
> > rq = e->type->ops.dispatch_request(hctx);
> > if (!rq) {
> > blk_mq_put_dispatch_budget(hctx);
> > +
> > + if (e->type->ops.has_work && e->type->ops.has_work(hctx))
> > + blk_mq_delay_run_hw_queue(hctx, BLK_MQ_BUDGET_DELAY);
>
> To really close the race, don't we need to run all the queues
> associated with the hctx? I haven't traced it through, but I've been
> assuming that the multiple "hctx"s associated with the same queue will
> have the same budget associated with them and thus they can block each
> other out.

Yeah, we should run all hctxs which share the same budget space.

Also, in theory, we don't have to add the delay, however BFQ may plug the
dispatch for 9 ms, so looks delay run queue is required.

thanks,
Ming

\
 
 \ /
  Last update: 2020-04-07 04:15    [W:0.093 / U:1.644 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site