From: Willy Tarreau <w@1wt.eu>
To: Geert Uytterhoeven <geert@linux-m68k.org>
Cc: linux-renesas-soc@vger.kernel.org, linux-kernel@vger.kernel.org
Subject: Re: [PATCH/RFC] lib: add CPU MHz benchmark test
Date: Sun, 11 Feb 2024 12:17:40 +0100 [thread overview]
Message-ID: <20240211111740.GA22575@1wt.eu> (raw)
In-Reply-To: <CAMuHMdWrjag3icVi2mJbtEftwz_jH51Ov4-FAV67Mdz7UvxQXw@mail.gmail.com>
Hi Geert!
On Thu, Feb 01, 2024 at 09:49:33AM +0100, Geert Uytterhoeven wrote:
> > > Parallel runs (run on multiple CPU cores) are supported, just kick the
> > > "run" file multiple times.
> >
> > Hmmm does it mean it will run on the CPU that writes this "run" ?
> > Because this could allow one to start tests using e.g.:
> >
> > taskset -c $CPU tee /sys/.../run <<< y
>
> That does indeed work.
OK!
> > But we could also wonder if it wouldn't be easier to either send "y"
> > to /sys/.../cpu0/run or may just send the CPU number to "run" instead
> > of "y".
>
> That would complicate the code a lot.
OK I trust you, I was merely asking just in case.
> > In my experience with this tool, you most always want to easily
> > control the CPU number because SoCs these days are not symmetrical at
> > all.
>
> That's why it prints the CPU number ;-)
>
> On multi-core systems, you can also do e.g.
>
> for i in $(seq $(nproc)); do echo yes >
> /sys/module/test_mhz/parameters/run & done
>
> and collect the results for all CPU cores.
OK!
> BTW, this is the same for test_dhry.
I didn't know, that's an even better reason for not changing any of this!
> > Another point is that it would be nice if there was a way to present
> > the result in a form that a script can retrieve from the directory,
> > maybe the last measurement or something like this. I know that scripts
> > are commonly used to check for a machine's correct behavior, and I try
> > to encourage users to verify that it's working well, so anything we can
> > do that makes it easier to use would be welcome.
>
> I'll give that a try...
Thanks.
> > Hmmm I don't know if this is intended, the SPDX tag says MIT but the
> > MODULE_LICENSE at the top says MIT/GPL. I can't say I care that much but
> > I preferred to report it in case it's an accident ;-)
>
> That must be an oversight. I'll change the SPDX-License-Identifier to
> "GPL-2.0 OR MIT".
OK no problem!
Thanks,
Willy
prev parent reply other threads:[~2024-02-11 11:17 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-01-31 16:46 [PATCH/RFC] lib: add CPU MHz benchmark test Geert Uytterhoeven
2024-01-31 17:38 ` Willy Tarreau
2024-02-01 8:49 ` Geert Uytterhoeven
2024-02-11 11:17 ` Willy Tarreau [this message]
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=20240211111740.GA22575@1wt.eu \
--to=w@1wt.eu \
--cc=geert@linux-m68k.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-renesas-soc@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