From: Chaitanya Kulkarni <chaitanyak@nvidia.com>
To: Christoph Hellwig <hch@lst.de>
Cc: "axboe@kernel.dk" <axboe@kernel.dk>,
"linux-block@vger.kernel.org" <linux-block@vger.kernel.org>
Subject: Re: can we drop the bio based path in null_blk
Date: Thu, 25 Jan 2024 08:57:58 +0000 [thread overview]
Message-ID: <f2f14d30-7192-4a8e-ae5e-246e3c081eea@nvidia.com> (raw)
In-Reply-To: <20240125081502.GC21006@lst.de>
Christoph,
On 1/25/24 00:15, Christoph Hellwig wrote:
> On Wed, Jan 24, 2024 at 09:31:25PM +0100, Pankaj Raghav (Samsung) wrote:
>> The subject says removing the bio mode in null_blk but here you are
>> asking an open question about the non-so-relevant ones should move to
>> blk-mq. My input is for the latter part, FWIW.
> Well, it's two different things. My prime concern right now is
> null_blk, which is very clumsy due to the two different I/O paths,
> and actually broken in that the bio mode doesn't respect various
> I/O limits that can be configured, and at least in zone modes also
> ones that aren't configured but required (I/Os spanning zones).
>
>
Focusing on null_blk :-
removing bio mode will significantly simplify null_blk code, but then which
bio based driver we should use as a replacement to :-
1. Establish baseline stability of block layer bio mode ? fio verify
test etc..
2. Establish performance consistency of block layer bio mode driver across
different kernel release?
3. Which driver one should use to compare the bio vs mq mode performance
comparison without the need of real H/W ?
one candidate comes to mind is brd for #1 & #2, but unfortunately it doesn't
support blk-mq mode so #3 is still an open question or we don't have to
worry
about #3 at all ?
-ck
next prev parent reply other threads:[~2024-01-25 8:58 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-01-23 8:49 can we drop the bio based path in null_blk Christoph Hellwig
2024-01-23 9:13 ` Hannes Reinecke
2024-01-24 20:31 ` Pankaj Raghav (Samsung)
2024-01-24 22:00 ` Jens Axboe
2024-01-25 8:15 ` Christoph Hellwig
2024-01-25 8:57 ` Chaitanya Kulkarni [this message]
2024-01-25 9:07 ` Pankaj Raghav
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=f2f14d30-7192-4a8e-ae5e-246e3c081eea@nvidia.com \
--to=chaitanyak@nvidia.com \
--cc=axboe@kernel.dk \
--cc=hch@lst.de \
--cc=linux-block@vger.kernel.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