On Mon, Mar 23, 2015 at 01:07:47AM -0400, Tejun Heo wrote: > Because writeback wasn't cgroup aware before, the usual dirty > throttling mechanism in balance_dirty_pages() didn't work for > processes under memcg limit. The writeback path didn't know how much > memory is available or how fast the dirty pages are being written out > for a given memcg and balance_dirty_pages() didn't have any measure of > IO back pressure for the memcg. > > To work around the issue, memcg implemented an ad-hoc dirty throttling > mechanism in the direct reclaim path by stalling on pages under > writeback which are encountered during direct reclaim scan. This is > rather ugly and crude - none of the configurability, fairness, or > bandwidth-proportional distribution of the normal path. > > The previous patches implemented proper memcg aware dirty throttling > and the ad-hoc mechanism is no longer necessary. Remove it. Oops, just realized that this can't be removed, at least yet. !unified path still depends on it. I'll update the patch to disable these checks only on the unified hierarchy. Thanks. -- tejun -- To unsubscribe from this list: send the line "unsubscribe linux-fsdevel" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
