From: Matthew Wilcox <willy@infradead.org>
To: Christoph Hellwig <hch@lst.de>
Cc: Andrew Morton <akpm@linux-foundation.org>,
Kent Overstreet <kent.overstreet@gmail.com>,
linux-mm@kvack.org, linux-fsdevel@vger.kernel.org
Subject: Re: [PATCH 04/13] mm: handle readahead in generic_file_buffered_read_pagenotuptodate
Date: Sun, 1 Nov 2020 14:55:07 +0000 [thread overview]
Message-ID: <20201101145507.GZ27442@casper.infradead.org> (raw)
In-Reply-To: <20201101115217.GA27488@lst.de>
On Sun, Nov 01, 2020 at 12:52:17PM +0100, Christoph Hellwig wrote:
> On Sun, Nov 01, 2020 at 11:04:06AM +0000, Matthew Wilcox wrote:
> > > I'll stop for now.
> >
> > http://git.infradead.org/users/willy/pagecache.git/shortlog/refs/heads/next
> >
> > is what i currently have. Haven't pulled in everything from you; certainly not renaming generic_file_buffered_read to filemap_read(), which is awesome.
> > i'm about 500 seconds into an xfstests run.
>
> A bunch of comments from a very quick look:
>
> mm/filemap: Rename generic_file_buffered_read subfunctions
>
> - the commit log still mentions the old names
Hm? I have this:
mm/filemap: Rename generic_file_buffered_read subfunctions
The recent split of generic_file_buffered_read() created some very
long function names which are hard to distinguish from each other.
Rename as follows:
generic_file_buffered_read_readpage -> filemap_read_page
generic_file_buffered_read_pagenotuptodate -> filemap_update_page
generic_file_buffered_read_no_cached_page -> filemap_create_page
generic_file_buffered_read_get_pages -> filemap_get_pages
> mm/filemap: Change calling convention for buffered read functions
>
> - please also drop the mapping argument to the various functions while
> you're at it
Not sure I see the point to it. Sure, they _can_ retrieve it with
iocb->ki_filp->f_mapping, but usually we like to pass the mapping
argument to functions which do something with the mapping.
> mm/filemap: Reduce indentation in gfbr_read_page
>
> - still mentionds the old function name
Fixed.
> mm/filemap: Support readpage splitting a page
>
> - nitpick, I find this a little hard to read:
>
> + } else if (!trylock_page(page)) {
> + put_and_wait_on_page_locked(page, TASK_KILLABLE);
> + return NULL;
> }
>
> and would write this a little more coarse as:
>
> } else {
> if (!trylock_page(page)) {
> put_and_wait_on_page_locked(page, TASK_KILLABLE);
> return NULL;
> }
> }
No strong feeling here. I'll change it.
> Also I think the messy list of uptodate checks could now be simplified
> down to:
>
> if (!PageUptodate(page)) {
> if (inode->i_blkbits <= PAGE_SHIFT &&
I've been wondering about this test's usefulness in the presence
of THP. Do we want to make it 'if (inode->i_blkbits < (thp_order(page)
+ PAGE_SHIFT)'? It doesn't make sense to leave it as it is because then
a 1kB and 4kB blocksize filesystem will behave differently.
> mapping->a_ops->is_partially_uptodate &&
> !iov_iter_is_pipe(iter)) {
> if (!page->mapping)
> goto truncated;
> if (mapping->a_ops->is_partially_uptodate(page,
> pos & (thp_size(page) - 1), count))
> goto uptodate;
> }
Now that you've rearranged it like this, it's obvious that the truncated
check is in the wrong place. We don't want to call filemap_read_page()
if the page has been truncated either.
> return filemap_read_page(iocb, mapping, page);
> }
>
> mm/filemap: Convert filemap_read_page to return an errno:
>
> - using a goto label for the put_page + return error case like in my
> patch would be cleaner I think
A later patch hoists the put_page to the caller, so I think you'll like
where it ends up.
> mm/filemap: Restructure filemap_get_pages
>
> - I have to say I still like my little helper here for
> the two mapping_get_read_thps calls plus page_cache_sync_readahead
I'll take a look at that.
Looking at all this again, I think I want to pull the IOCB checks out
of filemap_read_page() and just pass a struct file to it. It'll make
it more clear that NOIO, NOWAIT and WAITQ can't get to calling ->readpage.
I'll send another rev tomorrow.
next prev parent reply other threads:[~2020-11-01 14:55 UTC|newest]
Thread overview: 30+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-10-31 8:59 clean up the generic pagecache read helpers Christoph Hellwig
2020-10-31 8:59 ` [PATCH 01/13] mm: simplify generic_file_buffered_read_readpage Christoph Hellwig
2020-10-31 8:59 ` [PATCH 02/13] mm: simplify generic_file_buffered_read_pagenotuptodate Christoph Hellwig
2020-10-31 8:59 ` [PATCH 03/13] mm: lift the nowait checks into generic_file_buffered_read_pagenotuptodate Christoph Hellwig
2020-10-31 8:59 ` [PATCH 04/13] mm: handle readahead in generic_file_buffered_read_pagenotuptodate Christoph Hellwig
2020-10-31 17:06 ` Matthew Wilcox
2020-11-01 10:31 ` Christoph Hellwig
2020-11-01 10:49 ` Matthew Wilcox
2020-11-01 10:51 ` Christoph Hellwig
2020-11-01 10:51 ` Christoph Hellwig
2020-11-01 11:04 ` Matthew Wilcox
2020-11-01 11:52 ` Christoph Hellwig
2020-11-01 14:55 ` Matthew Wilcox [this message]
2020-11-02 8:18 ` Christoph Hellwig
2020-10-31 8:59 ` [PATCH 05/13] mm: simplify generic_file_buffered_read_no_cached_page Christoph Hellwig
2020-10-31 16:20 ` Matthew Wilcox
2020-10-31 16:28 ` Matthew Wilcox
2020-11-01 10:29 ` Christoph Hellwig
2020-10-31 8:59 ` [PATCH 06/13] mm: factor out a filemap_find_get_pages helper Christoph Hellwig
2020-10-31 8:59 ` [PATCH 07/13] mm: refactor generic_file_buffered_read_get_pages Christoph Hellwig
2020-11-01 11:18 ` Matthew Wilcox
2020-10-31 8:59 ` [PATCH 08/13] mm: move putting the page on error out of filemap_readpage Christoph Hellwig
2020-10-31 9:00 ` [PATCH 09/13] mm: move putting the page on error out of filemap_make_page_uptodate Christoph Hellwig
2020-10-31 9:00 ` [PATCH 10/13] mm: open code readahead in filemap_new_page Christoph Hellwig
2020-11-01 11:20 ` Matthew Wilcox
2020-10-31 9:00 ` [PATCH 11/13] mm: streamline the partially uptodate checks in filemap_make_page_uptodate Christoph Hellwig
2020-11-01 11:23 ` Matthew Wilcox
2020-10-31 9:00 ` [PATCH 12/13] mm: rename generic_file_buffered_read to filemap_read Christoph Hellwig
2020-10-31 9:00 ` [PATCH 13/13] mm: simplify generic_file_read_iter Christoph Hellwig
2020-10-31 15:42 ` clean up the generic pagecache read helpers Matthew Wilcox
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20201101145507.GZ27442@casper.infradead.org \
--to=willy@infradead.org \
--cc=akpm@linux-foundation.org \
--cc=hch@lst.de \
--cc=kent.overstreet@gmail.com \
--cc=linux-fsdevel@vger.kernel.org \
--cc=linux-mm@kvack.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).