From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Date: Thu, 24 Aug 2017 00:24:12 +0800 From: Ming Lei To: Jens Axboe Cc: Bart Van Assche , "hch@infradead.org" , "linux-block@vger.kernel.org" , "loberman@redhat.com" Subject: Re: [PATCH V2 00/20] blk-mq-sched: improve SCSI-MQ performance Message-ID: <20170823162411.GA10374@ming.t460p> References: <20170805065705.12989-1-ming.lei@redhat.com> <1503504725.2484.7.camel@wdc.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: List-ID: On Wed, Aug 23, 2017 at 10:15:29AM -0600, Jens Axboe wrote: > On 08/23/2017 10:12 AM, Bart Van Assche wrote: > > On Sat, 2017-08-05 at 14:56 +0800, Ming Lei wrote: > >> In Red Hat internal storage test wrt. blk-mq scheduler, we > >> found that I/O performance is much bad with mq-deadline, especially > >> about sequential I/O on some multi-queue SCSI devcies(lpfc, qla2xxx, > >> SRP...) > > > > Hello Ming and Jens, > > > > There may not be enough time left to reach agreement about the whole patch > > series before the kernel v4.14 merge window opens. How about focusing on > > patches 1..8 of this series for kernel v4.14 and revisiting the rest of this > > patch series later? > > I was going to go over the series today with 4.14 in mind. Looks to me like > this should really be 2-3 patch series, that depend on each other. Might be > better for review purposes as well. So I'd agree with Bart - can we get this > split a bit and geared towards what we need for 4.14 at least, since it's > getting close. And some of the changes do make me somewhat nervous, they > need proper cooking time. I agree to split the patchset, will do it tomorrow. If you guys have any suggestions about the splitting(such as which should aim at v4.14), please let me know. -- Ming