From: John Kacur <jkacur@redhat.com>
To: Daniel Wagner <wagi@monom.org>
Cc: Daniel Wagner <dwagner@suse.de>,
Clark Williams <williams@redhat.com>,
linux-rt-users@vger.kernel.org
Subject: Re: [rt-tests v1 0/6] libnuma cleanups for cyclictest
Date: Fri, 18 Dec 2020 11:02:45 -0500 (EST) [thread overview]
Message-ID: <6b1dcc20-9e68-e07-2892-60bcf2a0fdac@redhat.com> (raw)
In-Reply-To: <f252ba74-46de-ced1-5e77-a64ec51510ba@monom.org>
On Fri, 18 Dec 2020, Daniel Wagner wrote:
> On 18.12.20 15:19, Daniel Wagner wrote:
> > As we have a hard dependency on libnuma we can simplify the code in
> > cyclictest. This allows remove all the small helpers in rt_numa.h. And
> > with this we can remove the header and reduce the confusion with
> > rt-numa.h
> >
> > While at it, I simplified the --smp vs --affinity vs --threads
> > logic. There is no need for additional variables to keep state. With
> > this we also make --affinity to behave as with the rest of
> > rt-tests. That is a plan -a will be the same as with -S. There is no
> > need for -S anymore but I think we should leave it in place for
> > backwards compatibility. I suspect, there must be a lot of muscle
> > memory out there :)
>
> I just realized there are some programs which need the same treatment. Wait
> for v2...
>
>
For the future, I'm okay with things evolving in steps, as long as what
you sent me works correctly, you can then add support to do the same kind of things
in other programs in the suite later, as long as it gets done and not
neglected.
Since you told me to wait this time though, I will wait for v2
John
next prev parent reply other threads:[~2020-12-18 16:03 UTC|newest]
Thread overview: 22+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-12-18 14:19 [rt-tests v1 0/6] libnuma cleanups for cyclictest Daniel Wagner
2020-12-18 14:19 ` [rt-tests v1 1/6] cyclictest: Always use libnuma Daniel Wagner
2020-12-18 14:19 ` [rt-tests v1 2/6] cyclictest: Use numa API directly Daniel Wagner
2020-12-18 14:19 ` [rt-tests v1 3/6] cyclictest: Use affinity_mask for stearing thread placement Daniel Wagner
2021-01-26 5:39 ` John Kacur
2021-01-26 8:41 ` Daniel Wagner
2021-01-26 16:33 ` John Kacur
2021-01-26 17:13 ` Daniel Wagner
2020-12-18 14:19 ` [rt-tests v1 4/6] cyclictest: Mimik --smp behavior with --affinity Daniel Wagner
2021-01-26 5:55 ` John Kacur
2021-01-26 8:37 ` Daniel Wagner
2021-01-26 16:32 ` John Kacur
2021-01-26 17:13 ` Daniel Wagner
2020-12-18 14:19 ` [rt-tests v1 5/6] cyclictest: Simplify --smp vs --affinity vs --threads argument logic Daniel Wagner
2020-12-18 14:19 ` [rt-tests v1 6/6] cyclictest: Move verbose message into main Daniel Wagner
2020-12-18 14:41 ` [rt-tests v1 0/6] libnuma cleanups for cyclictest Daniel Wagner
2020-12-18 16:02 ` John Kacur [this message]
2020-12-18 16:43 ` Daniel Wagner
2020-12-18 15:57 ` John Kacur
2020-12-18 16:41 ` Daniel Wagner
2020-12-22 17:26 ` Alison Chaiken
2020-12-22 18:04 ` John Kacur
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=6b1dcc20-9e68-e07-2892-60bcf2a0fdac@redhat.com \
--to=jkacur@redhat.com \
--cc=dwagner@suse.de \
--cc=linux-rt-users@vger.kernel.org \
--cc=wagi@monom.org \
--cc=williams@redhat.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).