LKML Archive on lore.kernel.org
help / color / mirror / Atom feed
From: "yukuai (C)" <yukuai3@huawei.com>
To: Bart Van Assche <bvanassche@acm.org>, <axboe@kernel.dk>,
<ming.lei@redhat.com>
Cc: <linux-block@vger.kernel.org>, <linux-kernel@vger.kernel.org>,
<yi.zhang@huawei.com>
Subject: Re: [PATCH] blk-mq: allow hardware queue to get more tag while sharing a tag set
Date: Sat, 14 Aug 2021 17:43:34 +0800 [thread overview]
Message-ID: <010fcd39-c819-8e0e-c188-62b1947603bf@huawei.com> (raw)
In-Reply-To: <b4603b71-4306-4542-e4fb-bf30133f89a8@acm.org>
On 2021/08/06 10:43, Bart Van Assche wrote:
> On 8/5/21 6:50 PM, yukuai (C) wrote:
>> After applying this configuration, the number of null_blk in my
>> machine is about 650k(330k before). Is this still too low?
>
> That seems low to me. If I run the attached script on a six year old
> desktop with an eight core i7-4790 CPU it reports a little more than 5
> million IOPS. Has kernel debugging perhaps been enabled in the kernel on
> the test setup? Or is the system perhaps slowed down by security
> mitigations?
>
Hi, Bart
Sorry for the delay. I was too busy with other things recently.
After disable all the kernel debuging config I can think of, the
numbers can increase to millions.
setup cmd:
modprobe null_blk nr_devices=0 &&
udevadm settle &&
cd /sys/kernel/config/nullb &&
mkdir nullb0 &&
cd nullb0 &&
echo 0 > completion_nsec &&
echo 512 > blocksize &&
echo 0 > home_node &&
echo 0 > irqmode &&
echo 1024 > size &&
echo 0 > memory_backed &&
echo 2 > queue_mode &&
echo 1 > power ||
exit $?
test cmd:
fio -filename=/dev/nullb0 -name=test -ioengine=io_uring -direct=1
-numjobs=32 -iodepth=32 -bs=4k -rw=write -group_reporting -runtime=30
--thread --gtod_reduce=1 --ioscheduler=none -time_based
test result:
| test round | with this patch | without this patch |
| ---------- | --------------- | ------------------ |
| 1 | 4310k | 4265k |
| 2 | 4295k | 4327k |
| 3 | 4217k | 4213k |
| 4 | 4355k | 4236k |
| 5 | 4315k | 4337k |
| average | 4294k | 4275k |
Thanks
Kuai
next prev parent reply other threads:[~2021-08-14 9:43 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2021-07-12 3:18 Yu Kuai
2021-07-12 3:19 ` yukuai (C)
2021-07-20 12:33 ` yukuai (C)
2021-07-31 7:13 ` yukuai (C)
2021-07-31 17:15 ` Bart Van Assche
2021-08-02 13:34 ` yukuai (C)
2021-08-02 16:17 ` Bart Van Assche
2021-08-03 2:57 ` yukuai (C)
2021-08-03 18:38 ` Bart Van Assche
2021-08-06 1:50 ` yukuai (C)
2021-08-06 2:43 ` Bart Van Assche
2021-08-14 9:43 ` yukuai (C) [this message]
2021-08-16 4:16 ` Bart Van Assche
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=010fcd39-c819-8e0e-c188-62b1947603bf@huawei.com \
--to=yukuai3@huawei.com \
--cc=axboe@kernel.dk \
--cc=bvanassche@acm.org \
--cc=linux-block@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=ming.lei@redhat.com \
--cc=yi.zhang@huawei.com \
--subject='Re: [PATCH] blk-mq: allow hardware queue to get more tag while sharing a tag set' \
/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
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).