Skip to contentSkip to conversation

numa01

LTP Stanislav Kholmanskikh 2 participants 2 messages Mar 31, 2014

lore
Share & tools
lore
#0 lore raw

Hi!

numa01.sh does something like:
* numastat > /tmp/before
* starts a binary with the specified memory policy using numactl (or a
like):

    numactl --interleave=all get_some_memory_with_malloc_and_write_it

* sleep for few seconds
* numastat > /tmp/after
* compares /tmp/before and /tmp/after to check that the numa policy
was applied the right way

But the problem is that on a host with many NUMA nodes (8) the process of updating that numastats statistics takes some time. Even 10 seconds may be not enough. Therefore the test fails.

Does anybody know if there is a direct or indirect way to force the kernel to update the NUMA statistics?

Thank you.

------------------------------------------------------------------------------
_______________________________________________
Ltp-list mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/ltp-list

#1 lore raw

Hi!

Quoted 10 lines

numa01.sh does something like:
* numastat > /tmp/before
* starts a binary with the specified memory policy using numactl (or a
like):

    numactl --interleave=all get_some_memory_with_malloc_and_write_it

* sleep for few seconds
* numastat > /tmp/after
* compares /tmp/before and /tmp/after to check that the numa policy
was applied the right way

Quoted 6 lines

But the problem is that on a host with many NUMA nodes (8) the process of updating that numastats statistics takes some time. Even 10 seconds may be not enough. Therefore the test fails.

Does anybody know if there is a direct or indirect way to force the kernel to update the NUMA statistics?

I don't think you can force the statistics to update. I guess that all we can do is to poll the statistics and wait until it changes the way we expect (with some timeout).

And the best soulution would be to ask kernel memory management developers, they should know better (feel free to CC LTP ML).

Signature · 8 lines
Cyril Hrubis
[email protected]

------------------------------------------------------------------------------
_______________________________________________
Ltp-list mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/ltp-list