Mel Gorman 69392a403f mm/vmscan: throttle reclaim when no progress is being made ...

Memcg reclaim throttles on congestion if no reclaim progress is made.
This makes little sense, it might be due to writeback or a host of other
factors.

For !memcg reclaim, it's messy.  Direct reclaim primarily is throttled
in the page allocator if it is failing to make progress.  Kswapd
throttles if too many pages are under writeback and marked for immediate
reclaim.

This patch explicitly throttles if reclaim is failing to make progress.

[[email protected]: Remove redundant code]

Link: https://lkml.kernel.org/r/[email protected]
Signed-off-by: Mel Gorman <[email protected]>
Acked-by: Vlastimil Babka <[email protected]>
Cc: Andreas Dilger <[email protected]>
Cc: "Darrick J . Wong" <[email protected]>
Cc: Dave Chinner <[email protected]>
Cc: Johannes Weiner <[email protected]>
Cc: Jonathan Corbet <[email protected]>
Cc: Matthew Wilcox <[email protected]>
Cc: Michal Hocko <[email protected]>
Cc: NeilBrown <[email protected]>
Cc: Rik van Riel <[email protected]>
Cc: "Theodore Ts'o" <[email protected]>
Signed-off-by: Andrew Morton <[email protected]>
Signed-off-by: Linus Torvalds <[email protected]>

2021-11-06 13:30:40 -07:00

..

events

mm/vmscan: throttle reclaim when no progress is being made

2021-11-06 13:30:40 -07:00

bpf_probe.h

trace: bpf: Allow bpf to attach to bare tracepoints

2021-01-20 14:13:59 -08:00

define_trace.h

tracepoint: Optimize using static_call()

2020-09-01 09:58:06 +02:00

perf.h

…

syscall.h

tracepoints: Migrate to use SYSCALL_WORK flag

2020-11-16 21:53:15 +01:00

trace_events.h

tracing: Add trace_event helper macros __string_len() and __assign_str_len()

2021-08-17 11:47:52 -04:00