vmsplice - splice user pages to/from a pipe
Standard C library (libc
, -lc
)
#define _GNU_SOURCE /* See feature_test_macros(7) */
#include <fcntl.h>
ssize_t vmsplice(int fd, const struct iovec *iov,
size_t nr_segs, unsigned int flags);
If fd
is opened for writing, the vmsplice()
system call maps nr_segs
ranges of user memory described by
iov
into a pipe. If fd
is opened for reading, the
vmsplice() system call fills nr_segs
ranges of
user memory described by iov
from a pipe. The file descriptor
fd
must refer to a pipe.
The pointer iov
points to an array of iovec
structures as described in iovec(3type).
The flags
argument is a bit mask that is composed by ORing
together zero or more of the following values:
Do not block on I/O; see splice(2) for further details.
Currently has no effect for vmsplice(), but may be implemented in the future; see splice(2).
The user pages are a gift to the kernel. The application may not modify this memory ever, otherwise the page cache and on-disk data may differ. Gifting pages to the kernel means that a subsequent splice(2) SPLICE_F_MOVE can successfully move the pages; if this flag is not specified, then a subsequent splice(2) SPLICE_F_MOVE must copy the pages. Data must also be properly page aligned, both in memory and length.
SPLICE_F_NONBLOCK was specified in flags
,
and the operation would block.
fd
either not valid, or doesn't refer to a pipe.
nr_segs
is greater than IOV_MAX; or memory
not aligned if SPLICE_F_GIFT set.
Out of memory.
Linux.
Linux 2.6.17, glibc 2.5.
vmsplice() follows the other vectorized read/write
type functions when it comes to limitations on the number of segments
being passed in. This limit is IOV_MAX as defined in
<limits.h>
. Currently, this limit is 1024.
vmsplice() really supports true splicing only from user memory to a pipe. In the opposite direction, it actually just copies the data to user space. But this makes the interface nice and symmetric and enables people to build on vmsplice() with room for future improvement in performance.