From: Yang Shen <shenyang39@huawei.com>
To: Herbert Xu <herbert@gondor.apana.org.au>
Cc: <davem@davemloft.net>, <linux-kernel@vger.kernel.org>,
<linux-crypto@vger.kernel.org>, <gregkh@linuxfoundation.org>
Subject: Re: [RFC PATCH 0/6] crypto: benchmark - add the crypto benchmark
Date: Wed, 21 Sep 2022 16:19:18 +0800 [thread overview]
Message-ID: <3dd984c1-d17f-0a6a-c52e-87e161f867fc@huawei.com> (raw)
In-Reply-To: <Yyl5yKQCAgPBbFd7@gondor.apana.org.au>
在 2022/9/20 16:28, Herbert Xu 写道:
> On Mon, Sep 19, 2022 at 08:05:31PM +0800, Yang Shen wrote:
>> Add crypto benchmark - A tool to help the users quickly get the
>> performance of a algorithm registered in crypto.
> Please explain how this relates to the existing speed testing
> functionality in tcrypt.
>
> Thanks,
In fact, the purpose for I is to get a crypto benchmark tool which is
customizable
and easy to called. For example, I test the hardware performance every
rc1 to check
whether the modification of the common module affects it. For me, I need
to test
the mutil threads, mutil numas, mutil requests of one tfm and so on.
These test
cases are used to simulate some service scenarios. And in these cases, I
can find
if any common module apply a patch that has an impact on us.
I know the tcrypt.ko has the speed test cases. But the tcrypt.ko test
case is fixed.
If I understand correctly, the design model of tcrypt.ko is test the
algorithms with
determined case conditions. It can provide some standardized testing to
ensure
that the implementation of the algorithm meets the requirements. This is a
reasonable developer test tool, but it is not flexible enough for
testers and users.
There are two main reasons for this:
1> For testers, the performance is not only related to algorithms and
algorithm
configurations. Many configurations may have obvious effect on
performance which
are not provided on tcrypt.ko. Of course, this problem can fix by add
these as module
parameters.
2> For users, a friendly tool is that they can use the tool directly
rather to need to
watch the source code to know how to use it. In tcrypt.ko, users need to
get the 'mode'
number of case they want to test if exist.
So this tool's original intention is to allow users test more complex
scenarios and get the
parameters usage directly.
If I have any misunderstanding about tcrypt.ko, please correct me. And
I'll try to use the
tcrytp.ko to meet my request.
Thanks,
Yang
next prev parent reply other threads:[~2022-09-21 8:20 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-09-19 12:05 [RFC PATCH 0/6] crypto: benchmark - add the crypto benchmark Yang Shen
2022-09-19 12:05 ` [RFC PATCH 1/6] moduleparams: Add hexulong type parameter Yang Shen
2022-09-19 12:05 ` [RFC PATCH 2/6] crypto: benchmark - add a crypto benchmark tool Yang Shen
2022-09-20 7:31 ` Greg KH
2022-09-21 8:20 ` Yang Shen
2022-09-19 12:05 ` [RFC PATCH 3/6] crytpo: benchmark - support compression/decompresssion Yang Shen
2022-09-19 12:05 ` [RFC PATCH 4/6] crypto: benchmark - add help information Yang Shen
2022-09-19 12:05 ` [RFC PATCH 5/6] crypto: benchmark - add API documentation Yang Shen
2022-09-19 12:05 ` [RFC PATCH 6/6] MAINTAINERS: add crypto benchmark MAINTAINER Yang Shen
2022-09-20 8:28 ` [RFC PATCH 0/6] crypto: benchmark - add the crypto benchmark Herbert Xu
2022-09-21 8:19 ` Yang Shen [this message]
2022-09-30 4:51 ` Herbert Xu
2022-10-14 1:43 ` Yang Shen
2022-10-14 8:25 ` Herbert Xu
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=3dd984c1-d17f-0a6a-c52e-87e161f867fc@huawei.com \
--to=shenyang39@huawei.com \
--cc=davem@davemloft.net \
--cc=gregkh@linuxfoundation.org \
--cc=herbert@gondor.apana.org.au \
--cc=linux-crypto@vger.kernel.org \
--cc=linux-kernel@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