Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752571AbaFBSvn (ORCPT ); Mon, 2 Jun 2014 14:51:43 -0400 Received: from mail-qa0-f54.google.com ([209.85.216.54]:55495 "EHLO mail-qa0-f54.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751370AbaFBSvm (ORCPT ); Mon, 2 Jun 2014 14:51:42 -0400 Date: Mon, 2 Jun 2014 14:51:38 -0400 From: Tejun Heo To: Jens Axboe Cc: Paolo Valente , Li Zefan , Fabio Checconi , Arianna Avanzini , Paolo Valente , linux-kernel@vger.kernel.org, containers@lists.linux-foundation.org, cgroups@vger.kernel.org Subject: Re: [PATCH RFC - TAKE TWO - 00/12] New version of the BFQ I/O Scheduler Message-ID: <20140602185138.GD8912@htj.dyndns.org> References: <20140528221929.GG1419@htj.dyndns.org> <1401354343-5527-1-git-send-email-paolo.valente@unimore.it> <20140530160712.GG24871@htj.dyndns.org> <538926F6.7080409@kernel.dk> <20140531051635.GA19925@mtj.dyndns.org> <538C8A47.1050502@kernel.dk> <20140602172454.GA8912@htj.dyndns.org> <538CB515.3090700@kernel.dk> <20140602174250.GC8912@htj.dyndns.org> <538CB87C.7030600@kernel.dk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <538CB87C.7030600@kernel.dk> User-Agent: Mutt/1.5.23 (2014-03-12) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hello, On Mon, Jun 02, 2014 at 11:46:36AM -0600, Jens Axboe wrote: > But blk-mq will potentially drive anything, so it might not be out of > the question with a more expensive scheduling variant, if it makes any > sense to do of course. At least until there's no more rotating stuff out > there :-). But it's not a priority at all to me yet. As long as we have > coexisting IO paths, it'd be trivial to select the needed one based on > the device characteristics. Hmmm... yeah, moving rotating devices over to blk-mq doesn't really seem beneficial to me. I think there are fundamental behavioral differences for rotating rusts and newer solid state devices to share single code path for things like scheduling and selecting the appropriate path depending on the actual devices sounds like a much better plan even in the long term. Thanks. -- tejun -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/