Linux block layer
 help / color / mirror / Atom feed
From: Jens Axboe <axboe@kernel.dk>
To: Linus Walleij <linus.walleij@linaro.org>
Cc: Ulf Hansson <ulf.hansson@linaro.org>,
	Paolo Valente <paolo.valente@unimore.it>,
	"linux-block@vger.kernel.org" <linux-block@vger.kernel.org>
Subject: Re: [PATCH] MAINTAINERS: move the BFQ io scheduler to orphan state
Date: Thu, 5 Sep 2024 08:57:59 -0600	[thread overview]
Message-ID: <805c9f7b-49fb-444e-a81d-5b9d457bf262@kernel.dk> (raw)
In-Reply-To: <CACRpkdZnc_6T6tQtCDZvWh_QMFqm6OJm+7Dk5A5W8UC5hV95rA@mail.gmail.com>

On 9/5/24 7:03 AM, Linus Walleij wrote:
> On Wed, Sep 4, 2024 at 4:07?PM Jens Axboe <axboe@kernel.dk> wrote:
>> On 9/4/24 7:59 AM, Ulf Hansson wrote:
> 
>>>  Surely BFQ is being
>>> used out there, so it would really be a pity if nobody takes good care
>>> of it.
>>
>> Probably not a whole lot I think, at least on the prod side experiences
>> with BFQ haven't been good.
> 
> Which production? For singlequeue devices it is pretty widespread.

We tried it at one point internally at Meta, and it was not pretty. Now
it's just disabled so people don't inadvertently pick it (as some people
like to do when fiddling with things).

> It is used in Fedora, RedHat and SuSE as default scheduler for any
> /dev/sdN, /dev/srN and /dev/mmcblkN (i.e. anything singlequeue).
> 
> Example from my main development machine with Fedora 40:
> $ cat /sys/block/sda/queue/scheduler
> none mq-deadline kyber [bfq]
> Laptop with MMC card reader:
> $ cat /sys/block/mmcblk0/queue/scheduler
> none mq-deadline kyber [bfq]
> 
> Maybe we should propose these rules to the main udev repository
> so that they also go into Debian and we get even wider use?

I know you like to push for it to be the default, and I always push back
because I don't think it's stable enough for that, and now we have the
added complication that it hasn't been maintained for quite a while.
So no, I don't think so.

There are some bugzilla entries too that never got resolved or moved
very far. Some of those may now be invalid, maybe not. Impossible to
know.

-- 
Jens Axboe


  reply	other threads:[~2024-09-05 14:58 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2024-09-03 15:53 [PATCH] MAINTAINERS: move the BFQ io scheduler to orphan state Jens Axboe
2024-09-03 17:20 ` Bart Van Assche
2024-09-03 20:06 ` Bart Van Assche
2024-09-04 13:27 ` Ulf Hansson
2024-09-04 13:47   ` Jens Axboe
2024-09-04 13:59     ` Ulf Hansson
2024-09-04 14:05       ` Jens Axboe
2024-09-05 13:03         ` Linus Walleij
2024-09-05 14:57           ` Jens Axboe [this message]
2024-09-05 18:05             ` Linus Walleij
2024-09-05 18:18               ` Bart Van Assche
2024-09-05 18:34               ` Jens Axboe

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=805c9f7b-49fb-444e-a81d-5b9d457bf262@kernel.dk \
    --to=axboe@kernel.dk \
    --cc=linus.walleij@linaro.org \
    --cc=linux-block@vger.kernel.org \
    --cc=paolo.valente@unimore.it \
    --cc=ulf.hansson@linaro.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox