RE: [RFC PATCH] sched/numa: fix bug in update_task_scan_period

2020-08-11 Thread
OK. Thanks for your advice and I'll use label instead. In the case of migration failures, if there are still new failures after clearing (meaning the node is still overloaded), the scanning period would be doubled, just like not using this patch. However, if the failures do not increase again,

[RFC PATCH] sched/numa: fix bug in update_task_scan_period

2020-08-11 Thread
When p->numa_faults_locality[2] > 0, numa_scan_period is doubled, but this array will never be cleared, which causes scanning period always reaching its max value. This patch clears numa_faults_locality after numa_scan_period being doubled to fix this bug. Signed-off-by: Tianchen Ding

[PATCH] sched/numa: documentation for NUMA locality measure

2020-06-23 Thread (鹰羽)
Modern production environment could use hundreds of cgroup to control the resources for different workloads, along with the complicated resource binding. On NUMA platforms where we have multiple nodes, things become even more complicated, we hope there are more local memory access to improve the