Chris Wilson 912d572d63 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>
2017-09-06 17:27:25 -07:00
..
2017-09-05 11:08:17 -07:00
2017-09-05 12:45:03 -07:00
2017-09-05 12:45:03 -07:00
2017-09-05 10:41:21 -07:00
2017-09-05 11:08:17 -07:00
2017-08-15 16:16:58 +10:00
2017-09-05 11:08:17 -07:00
2017-08-29 13:46:35 +02:00
2017-09-03 17:49:17 -07:00
2017-09-05 11:08:17 -07:00
2017-09-05 12:45:03 -07:00
2017-09-05 11:08:17 -07:00
2017-09-04 00:06:02 +02:00
2017-08-01 15:22:55 -07:00
2017-07-13 11:49:52 -07:00
2017-08-21 11:08:03 +02:00
2017-09-05 12:45:03 -07:00
2017-09-05 12:45:03 -07:00
2017-09-05 11:08:17 -07:00
2017-09-05 10:41:21 -07:00
2017-09-05 10:41:21 -07:00
2017-08-24 09:57:28 +02:00