[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <20240605-hinnehmbar-dargeboten-259db4b80250@brauner>
Date: Wed, 5 Jun 2024 17:29:27 +0200
From: Christian Brauner <brauner@...nel.org>
To: "Ritesh Harjani (IBM)" <ritesh.list@...il.com>
Cc: Christian Brauner <brauner@...nel.org>,
linux-ext4@...r.kernel.org,
linux-fsdevel@...r.kernel.org,
Matthew Wilcox <willy@...radead.org>,
"Darrick J . Wong" <djwong@...nel.org>,
Ojaswin Mujoo <ojaswin@...ux.ibm.com>,
Jan Kara <jack@...e.cz>,
linux-xfs@...r.kernel.org
Subject: Re: (subset) [PATCHv2 2/2] iomap: Optimize iomap_read_folio
On Tue, 07 May 2024 14:25:43 +0530, Ritesh Harjani (IBM) wrote:
> iomap_readpage_iter() handles "uptodate blocks" and "not uptodate blocks"
> within a folio separately. This makes iomap_read_folio() to call into
> ->iomap_begin() to request for extent mapping even though it might already
> have an extent which is not fully processed.
> This happens when we either have a large folio or with bs < ps. In these
> cases we can have sub blocks which can be uptodate (say for e.g. due to
> previous writes). With iomap_read_folio_iter(), this is handled more
> efficiently by not calling ->iomap_begin() call until all the sub blocks
> with the current folio are processed.
>
> [...]
Applied to the vfs.iomap branch of the vfs/vfs.git tree.
Patches in the vfs.iomap branch should appear in linux-next soon.
Please report any outstanding bugs that were missed during review in a
new review to the original patch series allowing us to drop it.
It's encouraged to provide Acked-bys and Reviewed-bys even though the
patch has now been applied. If possible patch trailers will be updated.
Note that commit hashes shown below are subject to change due to rebase,
trailer updates or similar. If in doubt, please check the listed branch.
tree: https://git.kernel.org/pub/scm/linux/kernel/git/vfs/vfs.git
branch: vfs.iomap
[2/2] iomap: Optimize iomap_read_folio
https://git.kernel.org/vfs/vfs/c/20b686c56bd0
Powered by blists - more mailing lists