From: "Dirk Müller" <dmueller@suse.de>
To: Paul Menzel <pmenzel@molgen.mpg.de>
Cc: linux-raid@vger.kernel.org
Subject: Re: [PATCH] Skip benchmarking of non-best xor_syndrome functions
Date: Fri, 31 Dec 2021 09:35:40 +0100 [thread overview]
Message-ID: <4b0faf644530d0f7317bfeb88884f114@suse.de> (raw)
In-Reply-To: <71f0f9ea-1431-a10c-084b-a956a5b9de2f@molgen.mpg.de>
Am 2021-12-30 12:33, schrieb Paul Menzel:
Hi Paul,
Thank you for the wording improvements to the commit message,
incorporated for the next
patch version.
>> For x86_64, this removes 8 out of 18 benchmark loops which each take
>> 16 jiffies, so up to 160 jiffies saved on module load (640ms on a
>> 250HZ
>> kernel)
> On what system?
on a x86_64 system with avx512 capabilities. before this patch it was
doing 3x avx512, 3x avx2 and 3x sse2 xor() benchmark runs (so 9 total,
plus 9 gen() runs as well, leading to the 18 above). with this patch
applied the 9 xor() runs become just 1, saving 8. exact timing depends
on the CONFIG_HZ setting in use, as the benchmark timescale is in
jiffies (which is a problem on its own, but that is for another patch).
> The new message below is logged?
>
> raid6: skipped pq benchmark and selected …
its the same message like before, just worded slightly differently. I
can undo the wording change if requested.
> I am booting my non-RAID systems with `cryptomgr.notests` to avoid
> this boot time penalty.
the benchmark option is recommended to be turned on, and I'm trying to
reduce the cost of that. turning it off avoids the cost altogether, but
I'm not able to judge (yet?) whether that's a better thing to do.
Thanks
Dirk
next prev parent reply other threads:[~2021-12-31 8:35 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2021-12-29 22:34 [PATCH] Skip benchmarking of non-best xor_syndrome functions Dirk Müller
2021-12-30 11:33 ` Paul Menzel
2021-12-31 8:35 ` Dirk Müller [this message]
2021-12-31 8:53 ` Paul Menzel
2022-01-01 23:49 ` Song Liu
2022-01-03 13:49 ` Dirk Müller
2022-01-04 17:40 ` Song Liu
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=4b0faf644530d0f7317bfeb88884f114@suse.de \
--to=dmueller@suse.de \
--cc=linux-raid@vger.kernel.org \
--cc=pmenzel@molgen.mpg.de \
/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