How do you produce so many atime-dirty inodes? With relatime we should have cut down on the requirement for those a lot. Do you have traces that show if we're kicking off additional data writeback this way too, or just pushing timestamp updates into the AIL? Either way the actual patch looks good, Reviewed-by: Christoph Hellwig <hch@xxxxxx> -- 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
