diff options
author | Chris Wilson | 2017-09-07 01:19:30 +0200 |
---|---|---|
committer | Linus Torvalds | 2017-09-07 02:27:25 +0200 |
commit | 912d572d63b8cd19c303f357b627de492bd6bdef (patch) | |
tree | e994cbcd7d9da33cfc082c9428b64e9510805999 /drivers/vfio | |
parent | mm: track actual nr_scanned during shrink_slab() (diff) | |
download | kernel-qcow2-linux-912d572d63b8cd19c303f357b627de492bd6bdef.tar.gz kernel-qcow2-linux-912d572d63b8cd19c303f357b627de492bd6bdef.tar.xz kernel-qcow2-linux-912d572d63b8cd19c303f357b627de492bd6bdef.zip |
drm/i915: wire up shrinkctl->nr_scanned
shrink_slab() allows us to report back the number of objects we
successfully scanned (out of the target shrinkctl->nr_to_scan). As
report the number of pages owned by each GEM object as a separate item
to the shrinker, we cannot precisely control the number of shrinker
objects we scan on each pass; and indeed may free more than requested.
If we fail to tell the shrinker about the number of objects we process,
it will continue to hold a grudge against us as any objects left
unscanned are added to the next reclaim -- and so we will keep on
"unfairly" shrinking our own slab in comparison to other slabs.
Link: http://lkml.kernel.org/r/20170822135325.9191-2-chris@chris-wilson.co.uk
Signed-off-by: Chris Wilson <chris@chris-wilson.co.uk>
Cc: Joonas Lahtinen <joonas.lahtinen@linux.intel.com>
Cc: Michal Hocko <mhocko@suse.com>
Cc: Johannes Weiner <hannes@cmpxchg.org>
Cc: Hillf Danton <hillf.zj@alibaba-inc.com>
Cc: Minchan Kim <minchan@kernel.org>
Cc: Vlastimil Babka <vbabka@suse.cz>
Cc: Mel Gorman <mgorman@techsingularity.net>
Cc: Shaohua Li <shli@fb.com>
Cc: Christoph Lameter <cl@linux.com>
Cc: David Rientjes <rientjes@google.com>
Cc: Joonsoo Kim <iamjoonsoo.kim@lge.com>
Cc: Pekka Enberg <penberg@kernel.org>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
Diffstat (limited to 'drivers/vfio')
0 files changed, 0 insertions, 0 deletions