On Wed, Aug 27, 2014 at 05:13:54PM +0200, Jan Kara wrote: > > What we could do to limit latency caused by scanning of unreclaimable > extents is to change the shrinker to really stop after inspecting > nr_to_scan extents regardless of how many extents did we really reclaim - > this is actually how slab shrinkers are designed to work. We would also > have to record the logical block where the shrinker stopped scanning the > inode and the next shrinker invocation will start scanning at that offset - > it is enough to store this offset in the superblock, we just have to zero > it out when we remove the first inode from the list of inodes with cached > extents. > > What do people think about this? Yes, I agree this would be a better approach. - Ted -- To unsubscribe from this list: send the line "unsubscribe linux-ext4" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html