Re: [PATCH V3 3/3] blk-mq: fix dispatch from sw queue

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On 12/17/18 5:08 AM, Ming Lei wrote:
> When requst is added to rq list of sw queue(ctx), the rq may be from
> different type of hctx, especially after multi queue mapping is introduced.
> 
> So when dispach request from sw queue via blk_mq_flush_busy_ctxs() or
> blk_mq_dequeue_from_ctx(), one request belonging to other queue type of
> hctx can be dispatch to current hctx in case that read queue or poll queue
> is enabled.
> 
> This patch fixes this issue by introducing per-queue-type list.

Looks good, just one comment:

> diff --git a/block/blk-mq.h b/block/blk-mq.h
> index d1ed096723fb..0973a91eb1dd 100644
> --- a/block/blk-mq.h
> +++ b/block/blk-mq.h
> @@ -12,14 +12,16 @@ struct blk_mq_ctxs {
>  	struct blk_mq_ctx __percpu	*queue_ctx;
>  };
>  
> +struct blk_mq_ctx_list {
> +	spinlock_t		lock;
> +	struct list_head	rq_list;
> +}  ____cacheline_aligned_in_smp;
> +
>  /**
>   * struct blk_mq_ctx - State for a software queue facing the submitting CPUs
>   */
>  struct blk_mq_ctx {
> -	struct {
> -		spinlock_t		lock;
> -		struct list_head	rq_list;
> -	}  ____cacheline_aligned_in_smp;
> +	struct blk_mq_ctx_list  list[HCTX_MAX_TYPES];

Let's not make that use 3 cachelines. There is no good reason to split
these across cachelines, if we have heavy traffic to multiple of these,
then we're not going very fast anyway. So just make it:

	struct {
		spinlock_t		lock;
		struct list_head	rq_list[HCTX_MAX_TYPES];
	}  ____cacheline_aligned_in_smp;

-- 
Jens Axboe




[Index of Archives]     [Linux RAID]     [Linux SCSI]     [Linux ATA RAID]     [IDE]     [Linux Wireless]     [Linux Kernel]     [ATH6KL]     [Linux Bluetooth]     [Linux Netdev]     [Kernel Newbies]     [Security]     [Git]     [Netfilter]     [Bugtraq]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Device Mapper]

  Powered by Linux