Re: [PATCH 0/3] vmsplice: make vmsplice a trivial wrapper for preadv2/pwritev2
Jakub Kicinski <[email protected]>
| Newsgroups | org.kernel.vger.linux-api,dev.linux.lists.patches,org.kernel.vger.linux-fsdevel,org.kernel.vger.linux-kernel,org.kernel.vger.netdev,org.kvack.linux-mm |
|---|---|
| Message-ID | <[email protected]> |
On Wed, 3 Jun 2026 12:43:54 +0100 Pedro Falcato wrote: > > Am I understanding correctly that this will completely break zerocopy > > sendfile? sendfile is, internally, splice-to-a-secret-per-task-pipe > > and then splice to the socket. How much to people care? These days, > > a lot of high-bandwidth network senders are sending encrypted data, > > which is not zerocopy frompagecache. But there are surely some users > > You can do zerocopy from the page cache, even with TLS on top, by having > your (fancy) NIC do TLS offloading for you. See https://people.freebsd.org/~gallatin/talks/euro2019-ktls.pdf. > Linux works similarly. Slide 26 is particularly interesting. > (No KTLS I assume is using simple sendmsg()'s from user memory, SW TLS > and NIC KTLS are both sendfile(), per the slides) FTR this datapoint should come with the caveat that kTLS _offload_ does not support TLS 1.3 today. So how much that configuration is used in practice is unclear.