Re: [PATCH 22/42] fs: Ignore inode metadata buffers in inode_lru_isolate()

Christoph Hellwig <[email protected]> Thu, 26 Mar 2026 23:22:50 -0700
Newsgroups gmane.linux.kernel.aio.general,gmane.linux.file-systems,gmane.linux.block,gmane.comp.file-systems.ext4,gmane.linux.kernel.mm
Message-ID <[email protected]>
On Thu, Mar 26, 2026 at 10:54:16AM +0100, Jan Kara wrote:
> There are only a few filesystems that use generic tracking of inode
> metadata buffer heads. As such the logic to reclaim tracked metadata
> buffer heads in inode_lru_isolate() doesn't bring a benefit big enough
> to justify intertwining of inode reclaim and metadata buffer head
> tracking. Just treat tracked metadata buffer heads as any other metadata
> filesystem has to properly clean up on inode eviction and stop handling
> it in inode_lru_isolate(). As a result filesystems using generic
> tracking of metadata buffer heads may now see dirty metadata buffers in
> their .evict methods more often which can slow down inode reclaim but
> given these filesystems aren't used in performance demanding setups we
> should be fine.

Looks good:

Reviewed-by: Christoph Hellwig <[email protected]>


--
To unsubscribe, send a message with 'unsubscribe linux-aio' in
the body to [email protected].  For more info on Linux AIO,
see: http://www.kvack.org/aio/
Don't email: <a href=mailto:"[email protected]">[email protected]</a>