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>