Re: [RFC] autonuma: Support to scan page table asynchronously
From: Huang\, Ying
Date: Wed Apr 15 2020 - 21:25:27 EST
Peter Zijlstra <peterz@xxxxxxxxxxxxx> writes:
> On Tue, Apr 14, 2020 at 01:06:46PM +0100, Mel Gorman wrote:
>> While it's just an opinion, my preference would be to focus on reducing
>> the cost and amount of scanning done -- particularly for threads.
>
> This; I really don't believe in those back-charging things, esp. since
> not having cgroups or having multiple applications in a single cgroup is
> a valid setup.
Technically, it appears possible to back-charge the CPU time to the
process/thread directly (not the cgroup).
> Another way to reduce latency spikes is to decrease both
> sysctl_numa_balancing_scan_delay and sysctl_numa_balancing_scan_size.
> Then you do more smaller scans. By scanning more often you reduce the
> contrast, by reducing the size you lower the max latency.
Yes. This can reduce latency spikes.
Best Regards,
Huang, Ying
> And this is all assuming you actually want numa balancing for this
> process.