Poking around with those tracepoints, I don't see the i915 shrinker getting run, only i915_gem_inactive_count() being called. It must be returning 0 because we're never even _getting_ to the tracepoints themselves after calling i915_gem_inactive_count(). This is on my laptop, and I haven't been able to coax i915 in to reclaiming a single page in 10 or 15 minutes. That seems fishy to me. Surely *SOMETHING* has become reclaimable in that time. Here's /sys/kernel/debug/dri/0/i915_gem_objects: > 919 objects, 354914304 bytes > 874 [333] objects, 291004416 [93614080] bytes in gtt > 0 [0] active objects, 0 [0] bytes > 874 [333] inactive objects, 291004416 [93614080] bytes > 0 unbound objects, 0 bytes > 199 purgeable objects, 92844032 bytes > 30 pinned mappable objects, 18989056 bytes > 139 fault mappable objects, 17371136 bytes > 2145386496 [268435456] gtt total > > Xorg: 632 objects, 235450368 bytes (0 active, 180899840 inactive, 21262336 unbound) > gnome-control-c: 11 objects, 110592 bytes (0 active, 0 inactive, 49152 unbound) > chromium-browse: 266 objects, 101367808 bytes (0 active, 101330944 inactive, 0 unbound) > Xorg: 0 objects, 0 bytes (0 active, 0 inactive, 0 unbound) -- To unsubscribe, send a message with 'unsubscribe linux-mm' in the body to majordomo@xxxxxxxxx. For more info on Linux MM, see: http://www.linux-mm.org/ . Don't email: <a href=mailto:"dont@xxxxxxxxx";> email@xxxxxxxxx </a>