On Fri, Nov 10, 2017 at 03:25:33PM +1100, Dave Chinner wrote: > On Thu, Nov 09, 2017 at 02:30:57PM -0500, Josef Bacik wrote: > > From: Josef Bacik <jbacik@xxxxxx> > > > > Provide a mechanism for file systems to indicate how much dirty metadata they > > are holding. This introduces a few things > > > > 1) Zone stats for dirty metadata, which is the same as the NR_FILE_DIRTY. > > 2) WB stat for dirty metadata. This way we know if we need to try and call into > > the file system to write out metadata. This could potentially be used in the > > future to make balancing of dirty pages smarter. > > Ok, so when you have 64k page size and 4k metadata block size and > you're using kmalloc() to allocate the storage for the metadata, > how do we make use of all this page-based metadata accounting > stuff? Sigh, I completely fucked this up. I just found whatever my most recent local branch was, forward ported it, and have been testing it for a few weeks to make sure it was rock solid and sent it out. I completely forgot I had redone all of this stuff to count with bytes instead of pages specifically for this use case. I have no idea where those patches went in my local tree but I've pulled down the most recent versions of the patches from the mailinglist and will start hammering on those again. Sorry, Josef -- 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>
