sched: numa: Slowly increase the scanning period as NUMA faults are handled
authorMel Gorman <mgorman@suse.de>
Thu, 15 Nov 2012 09:01:14 +0000 (09:01 +0000)
committerMel Gorman <mgorman@suse.de>
Tue, 11 Dec 2012 14:42:51 +0000 (14:42 +0000)
commitfb003b80daa0dead5b87f4e2e4fb8da68b110ff2
treeaa9c3694cb21e61774471e88bd22918c5746c706
parente14808b49f55e0e1135da5e4a154a540dd9f3662
sched: numa: Slowly increase the scanning period as NUMA faults are handled

Currently the rate of scanning for an address space is controlled
by the individual tasks. The next scan is simply determined by
2*p->numa_scan_period.

The 2*p->numa_scan_period is arbitrary and never changes. At this point
there is still no proper policy that decides if a task or process is
properly placed. It just scans and assumes the next NUMA fault will
place it properly. As it is assumed that pages will get properly placed
over time, increase the scan window each time a fault is incurred. This
is a big assumption as noted in the comments.

It should be noted that changing to p->numa_scan_period will increase
system CPU usage because now the scanning rate has effectively doubled.
If that is a problem then the min_rate should be made 200ms instead of
restoring the 2* logic.

Signed-off-by: Mel Gorman <mgorman@suse.de>
kernel/sched/fair.c