From: Wang Jinchao <wangjinchao@xfusion.com>
To: Tim Chen <tim.c.chen@linux.intel.com>
Cc: Herbert Xu <herbert@gondor.apana.org.au>,
"David S. Miller" <davem@davemloft.net>,
Steffen Klassert <steffen.klassert@secunet.com>,
Daniel Jordan <daniel.m.jordan@oracle.com>,
<linux-crypto@vger.kernel.org>, <linux-kernel@vger.kernel.org>,
<stone.xulei@xfusion.com>
Subject: Re: [PATCH] crypto: tcrypt - add script tcrypt_speed_compare.py
Date: Wed, 13 Dec 2023 11:01:06 +0800 [thread overview]
Message-ID: <ZXkecmQGYT81R17C@fedora> (raw)
In-Reply-To: <118d0b232f7daffc56db814f90dba7bad266c5ab.camel@linux.intel.com>
On Tue, Dec 12, 2023 at 01:56:56PM -0800, Tim Chen wrote:
> On Sun, 2023-12-10 at 18:19 +0800, WangJinchao wrote:
> > Create a script for comparing tcrypt speed test logs.
> > The script will systematically analyze differences item
> > by item and provide a summary (average).
> > This tool is useful for evaluating the stability of
> > cryptographic module algorithms and assisting with
> > performance optimization.
>
> I have found that for such comparison, the stability is
> dependent on whether we allow the frequency to
> float or we pin the frequency. So in the past when
> I use tcrypt, sometimes I have
> to pin the frequency of CPU for stable results.
>
> One suggestion I have is for for you to also dump the
> frequency governor and P-state info so we know
> for the runs being compared, whether they are running
> with the same CPU frequency.
>
> Tim
>
Thank you for the feedback. This information is valuable for stability testing
and performance optimization.
However, I am uncertain about how to dump P-state information, or I believe that
the script is unable to do so. The reasons are as follows:
1. The primary purpose of this script is to compare tcrypt logs, and it is
executed after the completion of the tcrypt tests. Consequently, it cannot
dump P-state information during tcrypt's runtime.
2. In virtualized environments, there is no available information in the
`/sys/devices/system/cpu/cpufreq` directory pertaining to P-state details.
Am I correct in my understanding?
I am considering documenting your suggestion in the script's comments.
What are your thoughts?
>
next prev parent reply other threads:[~2023-12-13 3:01 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-12-10 10:19 [PATCH] crypto: tcrypt - add script tcrypt_speed_compare.py WangJinchao
2023-12-12 21:56 ` Tim Chen
2023-12-13 3:01 ` Wang Jinchao [this message]
2023-12-13 23:03 ` Tim Chen
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=ZXkecmQGYT81R17C@fedora \
--to=wangjinchao@xfusion.com \
--cc=daniel.m.jordan@oracle.com \
--cc=davem@davemloft.net \
--cc=herbert@gondor.apana.org.au \
--cc=linux-crypto@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=steffen.klassert@secunet.com \
--cc=stone.xulei@xfusion.com \
--cc=tim.c.chen@linux.intel.com \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.