aboutsummaryrefslogtreecommitdiff
path: root/include/linux/mm.h
diff options
context:
space:
mode:
authorMel Gorman <mgorman@suse.de>2012-11-15 09:01:14 +0000
committerMel Gorman <mgorman@suse.de>2012-12-11 14:42:51 +0000
commitfb003b80daa0dead5b87f4e2e4fb8da68b110ff2 (patch)
treeaa9c3694cb21e61774471e88bd22918c5746c706 /include/linux/mm.h
parente14808b49f55e0e1135da5e4a154a540dd9f3662 (diff)
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>
Diffstat (limited to 'include/linux/mm.h')
0 files changed, 0 insertions, 0 deletions