[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <531132.1675939830@warthog.procyon.org.uk>
Date: Thu, 09 Feb 2023 10:50:30 +0000
From: David Howells <dhowells@...hat.com>
To: Christoph Hellwig <hch@...radead.org>
Cc: dhowells@...hat.com, Jens Axboe <axboe@...nel.dk>,
Al Viro <viro@...iv.linux.org.uk>,
Matthew Wilcox <willy@...radead.org>, Jan Kara <jack@...e.cz>,
Jeff Layton <jlayton@...nel.org>,
David Hildenbrand <david@...hat.com>,
Jason Gunthorpe <jgg@...dia.com>,
Logan Gunthorpe <logang@...tatee.com>,
Hillf Danton <hdanton@...a.com>, linux-fsdevel@...r.kernel.org,
linux-block@...r.kernel.org, linux-kernel@...r.kernel.org,
linux-mm@...ck.org,
syzbot+a440341a59e3b7142895@...kaller.appspotmail.com,
Christoph Hellwig <hch@....de>,
John Hubbard <jhubbard@...dia.com>
Subject: Re: [PATCH v12 01/10] vfs, iomap: Fix generic_file_splice_read() to avoid reversion of ITER_PIPE
Christoph Hellwig <hch@...radead.org> wrote:
> I defintively like the idea of killing ITER_PIPE. Isn't the 16
> folios in a folio tree often much less than what we could fit into
> a single pipe buf? Unless you have a file system that can use
> huge folios for buffered I/O and actually does this might significantly
> limit performance.
There's a loop there that repeats the filemap_get_pages() until either the
pipe is full or we hit EOF, the same as in filemap_read() (upon which this is
based).
I want to use filemap_get_pages() if I can as that does all the readahead
stuff. What might be nice, though, is if I could tell it to return rather
than waiting for a folio to come uptodate if it has already returned a folio
so that I can push the other side of the splice along whilst the read is in
progress.
David
Powered by blists - more mailing lists