On Fri, Apr 08, 2016 at 11:00:51AM -0700, James Bottomley wrote: > > - Inability to use all queues supported by a device. Intel's P3700 > > supports 31 queues, but block-mq insists on assigning an even multiple > > of CPUs to each queue. So if you have 48 CPUs, it will use 24 queues. > > If you have 128 CPUs, it will only use 16 of the queues. > > > > - Interrupt steering needs to be controlled by block-mq instead of > > the driver. It's pointless to have each driver implement its own > > policies on interrupt steering, irqbalanced remains a source of > > end-user frustration, and block-mq can change the queue<->cpu mapping > > without the driver's knowledge. > > > > (thanks to Keith for his input on the first and suggestion of the second). > > OK, what about two sessions, one for general bitching (the feedback > sessions) and one for concrete proposals for improvements ... so rather > than just complaining about the problem, if you have concrete ideas > about fixing it, that would go into the second session. We already have the blk-mq interrupt assignment session on the schedule, which is about willy's item. And my work in progress code to address the issue also mostly addresses his item number 1, so I think we can just keep the schedule most as is and just rename "multiqueue interrupt assignment" into "multiqueue interrupt and queue assignment". No need to blow it up into three slots. -- To unsubscribe from this list: send the line "unsubscribe linux-scsi" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
