From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S933326AbdBVS7O (ORCPT ); Wed, 22 Feb 2017 13:59:14 -0500 Received: from mail-it0-f54.google.com ([209.85.214.54]:35723 "EHLO mail-it0-f54.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S933076AbdBVS7F (ORCPT ); Wed, 22 Feb 2017 13:59:05 -0500 Subject: Re: [GIT PULL] Block pull request for- 4.11-rc1 To: Linus Torvalds References: <6d5d4b2b-5343-09ff-72c3-4e9a7e591d68@kernel.dk> <316818ab-64ff-89b7-79e4-05a7b3159a38@kernel.dk> <2fa1c161-2893-438a-45f9-adbf5284ee71@kernel.dk> Cc: "linux-block@vger.kernel.org" , "linux-kernel@vger.kernel.org" From: Jens Axboe Message-ID: <9f6e0c1e-fe62-9898-d074-edc05310cebe@kernel.dk> Date: Wed, 22 Feb 2017 11:58:58 -0700 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.7.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 02/22/2017 11:56 AM, Linus Torvalds wrote: > On Wed, Feb 22, 2017 at 10:52 AM, Jens Axboe wrote: >>> >>> It's that simple. >> >> No, it's not that simple at all. Fact is, some optimizations make sense >> for some workloads, and some do not. > > Are you even listening? > > I'm saying no user can ever give a sane answer to your question. The > question is insane and wrong. > > I already said you can have a dynamic configuration (and maybe even an > automatic heuristic - like saying that a ramdisk gets NOOP by default, > real hardware does not). > > But asking a user at kernel config time for a default is insane. If > *you* cannot answer it, then the user sure as hell cannot. > > Other configuration questions have problems too, but at least the > question about "should I support ext4" is something a user (or distro) > can sanely answer. So your comparisons are pure bullshit. As per the previous email, this was my proposed solution: OK, so here's what I'll do: 1) We'll kill the default scheduler choices. sq blk-mq will default to mq-deadline, mq blk-mq will default to "none" (at least for now, until the new scheduler is done). 2) The individual schedulers will be y/m/n selectable, just like any other driver. Any further settings on that can be done at runtime, through sysfs. -- Jens Axboe