From: Linus Torvalds <torvalds@linux-foundation.org>
To: Jens Axboe <axboe@kernel.dk>
Cc: linux-fsdevel@vger.kernel.org, brauner@kernel.org,
Al Viro <viro@zeniv.linux.org.uk>
Subject: Re: [PATCHSET 0/2] Turn single segment imports into ITER_UBUF
Date: Fri, 24 Mar 2023 14:14:58 -0700 [thread overview]
Message-ID: <CAHk-=wgjPAUwbQ9bf764x6xL8Ht56CGX79OLTG-fCS6u8yLaCA@mail.gmail.com> (raw)
In-Reply-To: <20230324204443.45950-1-axboe@kernel.dk>
On Fri, Mar 24, 2023 at 1:44 PM Jens Axboe <axboe@kernel.dk> wrote:
>
> We've been doing a few conversions of ITER_IOVEC to ITER_UBUF in select
> spots, as the latter is cheaper to iterate and hence saves some cycles.
> I recently experimented [1] with io_uring converting single segment READV
> and WRITEV into non-vectored variants, as we can save some cycles through
> that as well.
>
> But there's really no reason why we can't just do this further down,
> enabling it for everyone. It's quite common to use vectored reads or
> writes even with a single segment, unfortunately, even for cases where
> there's no specific reason to do so. From a bit of non-scientific
> testing on a vm on my laptop, I see about 60% of the import_iovec()
> calls being for a single segment.
I obviously think this is the RightThing(tm) to do, but it's probably
too late for 6.3 since there is the worry that somebody "knows" that
it's a IOVEC somewhere.
Even if it sounds unlikely, and wrong.
Adding Al, who tends to be the main iovec person.
Al, see
https://lore.kernel.org/all/20230324204443.45950-1-axboe@kernel.dk/
for the series if you didn't already see it on fsdevel.
Linus
next prev parent reply other threads:[~2023-03-24 21:15 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-03-24 20:44 [PATCHSET 0/2] Turn single segment imports into ITER_UBUF Jens Axboe
2023-03-24 20:44 ` [PATCH 1/2] iov_iter: convert import_single_range() to ITER_UBUF Jens Axboe
2023-03-24 20:44 ` [PATCH 2/2] iov_iter: import single vector iovecs as ITER_UBUF Jens Axboe
2023-03-24 21:14 ` Linus Torvalds [this message]
2023-03-24 21:52 ` [PATCHSET 0/2] Turn single segment imports into ITER_UBUF Jens Axboe
2023-03-25 4:46 ` Al Viro
2023-03-27 18:01 ` Jens Axboe
2023-03-27 18:42 ` Al Viro
2023-03-27 18:52 ` Jens Axboe
2023-03-27 18:59 ` Jens Axboe
2023-03-27 20:02 ` Al Viro
2023-03-27 20:03 ` Jens Axboe
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='CAHk-=wgjPAUwbQ9bf764x6xL8Ht56CGX79OLTG-fCS6u8yLaCA@mail.gmail.com' \
--to=torvalds@linux-foundation.org \
--cc=axboe@kernel.dk \
--cc=brauner@kernel.org \
--cc=linux-fsdevel@vger.kernel.org \
--cc=viro@zeniv.linux.org.uk \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.