public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
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

      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