* [LTP] [PATCH] set_mempolicy01: cancel the limit of maximum runtime
@ 2022-12-20 5:45 Li Wang
2022-12-20 14:16 ` Cyril Hrubis
0 siblings, 1 reply; 8+ messages in thread
From: Li Wang @ 2022-12-20 5:45 UTC (permalink / raw)
To: ltp
It needs more time for running on multiple numa nodes system.
Here propose to cancel the limit of max_runtime.
========= test log on 16 nodes system =========
...
set_mempolicy01.c:80: TPASS: child: Node 15 allocated 16
tst_numa.c:25: TINFO: Node 0 allocated 0 pages
tst_numa.c:25: TINFO: Node 1 allocated 0 pages
tst_numa.c:25: TINFO: Node 2 allocated 0 pages
tst_numa.c:25: TINFO: Node 3 allocated 0 pages
tst_numa.c:25: TINFO: Node 4 allocated 0 pages
tst_numa.c:25: TINFO: Node 5 allocated 0 pages
tst_numa.c:25: TINFO: Node 6 allocated 0 pages
tst_numa.c:25: TINFO: Node 7 allocated 0 pages
tst_numa.c:25: TINFO: Node 8 allocated 0 pages
tst_numa.c:25: TINFO: Node 9 allocated 0 pages
tst_numa.c:25: TINFO: Node 10 allocated 0 pages
tst_numa.c:25: TINFO: Node 11 allocated 0 pages
tst_numa.c:25: TINFO: Node 12 allocated 0 pages
tst_numa.c:25: TINFO: Node 13 allocated 0 pages
tst_numa.c:25: TINFO: Node 14 allocated 0 pages
tst_numa.c:25: TINFO: Node 15 allocated 16 pages
set_mempolicy01.c:80: TPASS: parent: Node 15 allocated 16
Summary:
passed 393210
failed 0
broken 0
skipped 0
warnings 0
real 6m15.147s
user 0m33.641s
sys 0m44.553s
Signed-off-by: Li Wang <liwang@redhat.com>
---
testcases/kernel/syscalls/set_mempolicy/set_mempolicy01.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/testcases/kernel/syscalls/set_mempolicy/set_mempolicy01.c b/testcases/kernel/syscalls/set_mempolicy/set_mempolicy01.c
index 07f5d789b..502e33024 100644
--- a/testcases/kernel/syscalls/set_mempolicy/set_mempolicy01.c
+++ b/testcases/kernel/syscalls/set_mempolicy/set_mempolicy01.c
@@ -110,6 +110,7 @@ static struct tst_test test = {
.tcnt = 2,
.forks_child = 1,
.needs_checkpoints = 1,
+ .max_runtime = TST_UNLIMITED_RUNTIME,
};
#else
--
2.38.1
--
Mailing list info: https://lists.linux.it/listinfo/ltp
^ permalink raw reply related [flat|nested] 8+ messages in thread
* Re: [LTP] [PATCH] set_mempolicy01: cancel the limit of maximum runtime
2022-12-20 5:45 [LTP] [PATCH] set_mempolicy01: cancel the limit of maximum runtime Li Wang
@ 2022-12-20 14:16 ` Cyril Hrubis
2022-12-21 1:59 ` Li Wang
0 siblings, 1 reply; 8+ messages in thread
From: Cyril Hrubis @ 2022-12-20 14:16 UTC (permalink / raw)
To: Li Wang; +Cc: ltp
Hi!
> It needs more time for running on multiple numa nodes system.
> Here propose to cancel the limit of max_runtime.
>
> ========= test log on 16 nodes system =========
> ...
> set_mempolicy01.c:80: TPASS: child: Node 15 allocated 16
> tst_numa.c:25: TINFO: Node 0 allocated 0 pages
> tst_numa.c:25: TINFO: Node 1 allocated 0 pages
> tst_numa.c:25: TINFO: Node 2 allocated 0 pages
> tst_numa.c:25: TINFO: Node 3 allocated 0 pages
> tst_numa.c:25: TINFO: Node 4 allocated 0 pages
> tst_numa.c:25: TINFO: Node 5 allocated 0 pages
> tst_numa.c:25: TINFO: Node 6 allocated 0 pages
> tst_numa.c:25: TINFO: Node 7 allocated 0 pages
> tst_numa.c:25: TINFO: Node 8 allocated 0 pages
> tst_numa.c:25: TINFO: Node 9 allocated 0 pages
> tst_numa.c:25: TINFO: Node 10 allocated 0 pages
> tst_numa.c:25: TINFO: Node 11 allocated 0 pages
> tst_numa.c:25: TINFO: Node 12 allocated 0 pages
> tst_numa.c:25: TINFO: Node 13 allocated 0 pages
> tst_numa.c:25: TINFO: Node 14 allocated 0 pages
> tst_numa.c:25: TINFO: Node 15 allocated 16 pages
> set_mempolicy01.c:80: TPASS: parent: Node 15 allocated 16
>
> Summary:
> passed 393210
> failed 0
> broken 0
> skipped 0
> warnings 0
>
> real 6m15.147s
> user 0m33.641s
> sys 0m44.553s
Can't we just set the default to 30 minutes or something large enough?
--
Cyril Hrubis
chrubis@suse.cz
--
Mailing list info: https://lists.linux.it/listinfo/ltp
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [LTP] [PATCH] set_mempolicy01: cancel the limit of maximum runtime
2022-12-20 14:16 ` Cyril Hrubis
@ 2022-12-21 1:59 ` Li Wang
2022-12-28 10:21 ` Richard Palethorpe
0 siblings, 1 reply; 8+ messages in thread
From: Li Wang @ 2022-12-21 1:59 UTC (permalink / raw)
To: Cyril Hrubis; +Cc: ltp
On Tue, Dec 20, 2022 at 10:15 PM Cyril Hrubis <chrubis@suse.cz> wrote:
> Hi!
> > It needs more time for running on multiple numa nodes system.
> > Here propose to cancel the limit of max_runtime.
> >
> > ========= test log on 16 nodes system =========
> > ...
> > set_mempolicy01.c:80: TPASS: child: Node 15 allocated 16
> > tst_numa.c:25: TINFO: Node 0 allocated 0 pages
> > tst_numa.c:25: TINFO: Node 1 allocated 0 pages
> > tst_numa.c:25: TINFO: Node 2 allocated 0 pages
> > tst_numa.c:25: TINFO: Node 3 allocated 0 pages
> > tst_numa.c:25: TINFO: Node 4 allocated 0 pages
> > tst_numa.c:25: TINFO: Node 5 allocated 0 pages
> > tst_numa.c:25: TINFO: Node 6 allocated 0 pages
> > tst_numa.c:25: TINFO: Node 7 allocated 0 pages
> > tst_numa.c:25: TINFO: Node 8 allocated 0 pages
> > tst_numa.c:25: TINFO: Node 9 allocated 0 pages
> > tst_numa.c:25: TINFO: Node 10 allocated 0 pages
> > tst_numa.c:25: TINFO: Node 11 allocated 0 pages
> > tst_numa.c:25: TINFO: Node 12 allocated 0 pages
> > tst_numa.c:25: TINFO: Node 13 allocated 0 pages
> > tst_numa.c:25: TINFO: Node 14 allocated 0 pages
> > tst_numa.c:25: TINFO: Node 15 allocated 16 pages
> > set_mempolicy01.c:80: TPASS: parent: Node 15 allocated 16
> >
> > Summary:
> > passed 393210
> > failed 0
> > broken 0
> > skipped 0
> > warnings 0
> >
> > real 6m15.147s
> > user 0m33.641s
> > sys 0m44.553s
>
> Can't we just set the default to 30 minutes or something large enough?
>
Yes, I thought about a fixed larger value before, but seems the test
time go increased extremely faster when the test matrix doubled.
I don't have a system with more than 32 nodes to check if 30mins
enough, so I guess probably canceling the limitation like what we
did for oom tests would make sense, that timeout value depends
on real system configurations.
--
Regards,
Li Wang
--
Mailing list info: https://lists.linux.it/listinfo/ltp
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [LTP] [PATCH] set_mempolicy01: cancel the limit of maximum runtime
2022-12-21 1:59 ` Li Wang
@ 2022-12-28 10:21 ` Richard Palethorpe
2022-12-29 3:04 ` Li Wang
0 siblings, 1 reply; 8+ messages in thread
From: Richard Palethorpe @ 2022-12-28 10:21 UTC (permalink / raw)
To: Li Wang; +Cc: ltp
Hello,
Li Wang <liwang@redhat.com> writes:
> On Tue, Dec 20, 2022 at 10:15 PM Cyril Hrubis <chrubis@suse.cz> wrote:
>
>> Hi!
>> > It needs more time for running on multiple numa nodes system.
>> > Here propose to cancel the limit of max_runtime.
>> >
>> > ========= test log on 16 nodes system =========
>> > ...
>> > set_mempolicy01.c:80: TPASS: child: Node 15 allocated 16
>> > tst_numa.c:25: TINFO: Node 0 allocated 0 pages
>> > tst_numa.c:25: TINFO: Node 1 allocated 0 pages
>> > tst_numa.c:25: TINFO: Node 2 allocated 0 pages
>> > tst_numa.c:25: TINFO: Node 3 allocated 0 pages
>> > tst_numa.c:25: TINFO: Node 4 allocated 0 pages
>> > tst_numa.c:25: TINFO: Node 5 allocated 0 pages
>> > tst_numa.c:25: TINFO: Node 6 allocated 0 pages
>> > tst_numa.c:25: TINFO: Node 7 allocated 0 pages
>> > tst_numa.c:25: TINFO: Node 8 allocated 0 pages
>> > tst_numa.c:25: TINFO: Node 9 allocated 0 pages
>> > tst_numa.c:25: TINFO: Node 10 allocated 0 pages
>> > tst_numa.c:25: TINFO: Node 11 allocated 0 pages
>> > tst_numa.c:25: TINFO: Node 12 allocated 0 pages
>> > tst_numa.c:25: TINFO: Node 13 allocated 0 pages
>> > tst_numa.c:25: TINFO: Node 14 allocated 0 pages
>> > tst_numa.c:25: TINFO: Node 15 allocated 16 pages
>> > set_mempolicy01.c:80: TPASS: parent: Node 15 allocated 16
>> >
>> > Summary:
>> > passed 393210
>> > failed 0
>> > broken 0
>> > skipped 0
>> > warnings 0
>> >
>> > real 6m15.147s
>> > user 0m33.641s
>> > sys 0m44.553s
>>
>> Can't we just set the default to 30 minutes or something large enough?
>>
>
> Yes, I thought about a fixed larger value before, but seems the test
> time go increased extremely faster when the test matrix doubled.
>
> I don't have a system with more than 32 nodes to check if 30mins
> enough, so I guess probably canceling the limitation like what we
> did for oom tests would make sense, that timeout value depends
> on real system configurations.
IMO, this is what the timeout multiplier is for. So if you have a
computer with 512 CPUs or a tiny embedded device, you can adjust the
timeouts upwards.
The default timeouts are for workstations, commodity servers and
VMs. Although I suppose as this is a NUMA test the average machine will
be bigger, but 32 nodes on a physical machine would be 128-512 CPUs?
>
>
> --
> Regards,
> Li Wang
--
Thank you,
Richard.
--
Mailing list info: https://lists.linux.it/listinfo/ltp
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [LTP] [PATCH] set_mempolicy01: cancel the limit of maximum runtime
2022-12-28 10:21 ` Richard Palethorpe
@ 2022-12-29 3:04 ` Li Wang
2022-12-30 3:21 ` [LTP] [PATCH v2] set_mempolicy01: adjust the maximum runtime base on nodes Li Wang
0 siblings, 1 reply; 8+ messages in thread
From: Li Wang @ 2022-12-29 3:04 UTC (permalink / raw)
To: rpalethorpe; +Cc: ltp
On Wed, Dec 28, 2022 at 6:44 PM Richard Palethorpe <rpalethorpe@suse.de>
wrote:
> Hello,
>
> Li Wang <liwang@redhat.com> writes:
>
> > On Tue, Dec 20, 2022 at 10:15 PM Cyril Hrubis <chrubis@suse.cz> wrote:
> >
> >> Hi!
> >> > It needs more time for running on multiple numa nodes system.
> >> > Here propose to cancel the limit of max_runtime.
> >> >
> >> > ========= test log on 16 nodes system =========
> >> > ...
> >> > set_mempolicy01.c:80: TPASS: child: Node 15 allocated 16
> >> > tst_numa.c:25: TINFO: Node 0 allocated 0 pages
> >> > tst_numa.c:25: TINFO: Node 1 allocated 0 pages
> >> > tst_numa.c:25: TINFO: Node 2 allocated 0 pages
> >> > tst_numa.c:25: TINFO: Node 3 allocated 0 pages
> >> > tst_numa.c:25: TINFO: Node 4 allocated 0 pages
> >> > tst_numa.c:25: TINFO: Node 5 allocated 0 pages
> >> > tst_numa.c:25: TINFO: Node 6 allocated 0 pages
> >> > tst_numa.c:25: TINFO: Node 7 allocated 0 pages
> >> > tst_numa.c:25: TINFO: Node 8 allocated 0 pages
> >> > tst_numa.c:25: TINFO: Node 9 allocated 0 pages
> >> > tst_numa.c:25: TINFO: Node 10 allocated 0 pages
> >> > tst_numa.c:25: TINFO: Node 11 allocated 0 pages
> >> > tst_numa.c:25: TINFO: Node 12 allocated 0 pages
> >> > tst_numa.c:25: TINFO: Node 13 allocated 0 pages
> >> > tst_numa.c:25: TINFO: Node 14 allocated 0 pages
> >> > tst_numa.c:25: TINFO: Node 15 allocated 16 pages
> >> > set_mempolicy01.c:80: TPASS: parent: Node 15 allocated 16
> >> >
> >> > Summary:
> >> > passed 393210
> >> > failed 0
> >> > broken 0
> >> > skipped 0
> >> > warnings 0
> >> >
> >> > real 6m15.147s
> >> > user 0m33.641s
> >> > sys 0m44.553s
> >>
> >> Can't we just set the default to 30 minutes or something large enough?
> >>
> >
> > Yes, I thought about a fixed larger value before, but seems the test
> > time go increased extremely faster when the test matrix doubled.
> >
> > I don't have a system with more than 32 nodes to check if 30mins
> > enough, so I guess probably canceling the limitation like what we
> > did for oom tests would make sense, that timeout value depends
> > on real system configurations.
>
> IMO, this is what the timeout multiplier is for. So if you have a
> computer with 512 CPUs or a tiny embedded device, you can adjust the
> timeouts upwards.
>
Well, exporting LTP_RUNTIME_MUL to a large value is useful for
extending the maximal test runtime, but the side effect is, it will
change the runtime for many other tests as well, especially those
who use tst_remaining_runtime() in their infinite looping
(e.g. pty06/7, swapping01, mmap1, fork13),
which leads to the whole LTP suite costing more time to complete.
That's why we love LTP_RUNTIME_MUL but dare not set it too high.
>
> The default timeouts are for workstations, commodity servers and
> VMs. Although I suppose as this is a NUMA test the average machine will
> be bigger, but 32 nodes on a physical machine would be 128-512 CPUs?
>
I guess yes, after checking one 16nodes physical machine it has 128 CPUs.
--
Regards,
Li Wang
--
Mailing list info: https://lists.linux.it/listinfo/ltp
^ permalink raw reply [flat|nested] 8+ messages in thread
* [LTP] [PATCH v2] set_mempolicy01: adjust the maximum runtime base on nodes
2022-12-29 3:04 ` Li Wang
@ 2022-12-30 3:21 ` Li Wang
2023-01-02 8:41 ` Petr Vorel
0 siblings, 1 reply; 8+ messages in thread
From: Li Wang @ 2022-12-30 3:21 UTC (permalink / raw)
To: ltp
In most cases, set_mempolicy01 finish quickly, but when the platform
has multiple NUMA nodes, the test matrix combination grows exponentially
and brings about test time to increase extremely fast. Here propose to
set the maximum runtime dynamically according to the system nodes.
========= test log on 16 nodes system =========
...
set_mempolicy01.c:80: TPASS: child: Node 15 allocated 16
tst_numa.c:25: TINFO: Node 0 allocated 0 pages
tst_numa.c:25: TINFO: Node 1 allocated 0 pages
tst_numa.c:25: TINFO: Node 2 allocated 0 pages
tst_numa.c:25: TINFO: Node 3 allocated 0 pages
tst_numa.c:25: TINFO: Node 4 allocated 0 pages
tst_numa.c:25: TINFO: Node 5 allocated 0 pages
tst_numa.c:25: TINFO: Node 6 allocated 0 pages
tst_numa.c:25: TINFO: Node 7 allocated 0 pages
tst_numa.c:25: TINFO: Node 8 allocated 0 pages
tst_numa.c:25: TINFO: Node 9 allocated 0 pages
tst_numa.c:25: TINFO: Node 10 allocated 0 pages
tst_numa.c:25: TINFO: Node 11 allocated 0 pages
tst_numa.c:25: TINFO: Node 12 allocated 0 pages
tst_numa.c:25: TINFO: Node 13 allocated 0 pages
tst_numa.c:25: TINFO: Node 14 allocated 0 pages
tst_numa.c:25: TINFO: Node 15 allocated 16 pages
set_mempolicy01.c:80: TPASS: parent: Node 15 allocated 16
Summary:
passed 393210
failed 0
broken 0
skipped 0
warnings 0
real 6m15.147s
user 0m33.641s
sys 0m44.553s
Signed-off-by: Li Wang <liwang@redhat.com>
---
.../kernel/syscalls/set_mempolicy/set_mempolicy01.c | 10 ++++++++++
1 file changed, 10 insertions(+)
diff --git a/testcases/kernel/syscalls/set_mempolicy/set_mempolicy01.c b/testcases/kernel/syscalls/set_mempolicy/set_mempolicy01.c
index 07f5d789b..e9712b7be 100644
--- a/testcases/kernel/syscalls/set_mempolicy/set_mempolicy01.c
+++ b/testcases/kernel/syscalls/set_mempolicy/set_mempolicy01.c
@@ -35,6 +35,15 @@ static void setup(void)
nodes = tst_get_nodemap(TST_NUMA_MEM, 2 * PAGES_ALLOCATED * page_size / 1024);
if (nodes->cnt <= 1)
tst_brk(TCONF, "Test requires at least two NUMA memory nodes");
+
+ /*
+ * In most cases, set_mempolicy01 finish quickly, but when the platform
+ * has multiple NUMA nodes, the test matrix combination grows exponentially
+ * and bring about test time to increase extremely fast.
+ *
+ * Here reset the maximum runtime according to the NUMA nodes.
+ */
+ tst_set_max_runtime(test.max_runtime * (1 << nodes->cnt/16));
}
static void cleanup(void)
@@ -110,6 +119,7 @@ static struct tst_test test = {
.tcnt = 2,
.forks_child = 1,
.needs_checkpoints = 1,
+ .max_runtime = 600,
};
#else
--
2.38.1
--
Mailing list info: https://lists.linux.it/listinfo/ltp
^ permalink raw reply related [flat|nested] 8+ messages in thread
* Re: [LTP] [PATCH v2] set_mempolicy01: adjust the maximum runtime base on nodes
2022-12-30 3:21 ` [LTP] [PATCH v2] set_mempolicy01: adjust the maximum runtime base on nodes Li Wang
@ 2023-01-02 8:41 ` Petr Vorel
2023-01-09 10:07 ` Richard Palethorpe
0 siblings, 1 reply; 8+ messages in thread
From: Petr Vorel @ 2023-01-02 8:41 UTC (permalink / raw)
To: Li Wang; +Cc: ltp
Hi Li,
Reviewed-by: Petr Vorel <pvorel@suse.cz>
LGTM, really better than unlimited time.
Kind regards,
Petr
--
Mailing list info: https://lists.linux.it/listinfo/ltp
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [LTP] [PATCH v2] set_mempolicy01: adjust the maximum runtime base on nodes
2023-01-02 8:41 ` Petr Vorel
@ 2023-01-09 10:07 ` Richard Palethorpe
0 siblings, 0 replies; 8+ messages in thread
From: Richard Palethorpe @ 2023-01-09 10:07 UTC (permalink / raw)
To: Petr Vorel; +Cc: ltp
Hello,
Petr Vorel <pvorel@suse.cz> writes:
> Hi Li,
>
> Reviewed-by: Petr Vorel <pvorel@suse.cz>
>
> LGTM, really better than unlimited time.
Yes, pushed, thanks!
>
> Kind regards,
> Petr
--
Thank you,
Richard.
--
Mailing list info: https://lists.linux.it/listinfo/ltp
^ permalink raw reply [flat|nested] 8+ messages in thread
end of thread, other threads:[~2023-01-09 10:08 UTC | newest]
Thread overview: 8+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2022-12-20 5:45 [LTP] [PATCH] set_mempolicy01: cancel the limit of maximum runtime Li Wang
2022-12-20 14:16 ` Cyril Hrubis
2022-12-21 1:59 ` Li Wang
2022-12-28 10:21 ` Richard Palethorpe
2022-12-29 3:04 ` Li Wang
2022-12-30 3:21 ` [LTP] [PATCH v2] set_mempolicy01: adjust the maximum runtime base on nodes Li Wang
2023-01-02 8:41 ` Petr Vorel
2023-01-09 10:07 ` Richard Palethorpe
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox