io_uring_prep_send_zc(3)
π io_uring_prep_send_zc β the zerocopy send glow-up π
okay bestie, this one lives in the liburing manual, and it's genuinely one of my faves. it's io_uring_prep_send_zc(3) and it's giving zerocopy send energy. let's get into it π¦
β¨ NAME β¨
io_uring_prep_send_zc β prepare a zerocopy send request
πΈ SYNOPSIS πΈ
#include <liburing.h>
void io_uring_prep_send_zc(struct io_uring_sqe *sqe,
int sockfd,
const void *buf,
size_t len,
int flags,
unsigned zc_flags);
void io_uring_prep_send_zc_fixed(struct io_uring_sqe *sqe,
int sockfd,
const void *buf,
size_t len,
int flags,
unsigned zc_flags);
unsigned buf_index);
yes that stray unsigned buf_index); line is exactly how it appears. we don't fix the source material, we respect it π
π DESCRIPTION π
So. io_uring_prep_send_zc(3) prepares a zerocopy send request. The submission queue entry sqe gets set up to use the file descriptor sockfd to start sending the data from buf of size len bytes, with send modifier flags flags and zerocopy modifier flags zc_flags. like, that's the whole vibe. π₯
io_uring_prep_send_zc_fixed(3) is literally the same thing, no cap β except it requires buffers that have been registered with io_uring_register_buffers(3). The buf and len arguments must fall within a region specified by buf_index in the previously registered buffer. And good news bestie: the buffer does not need to be aligned with the start of the registered buffer. slay π«Ά
Now, the flags. Go read io_uring_prep_send(3) for a description of the flags you can set in the SQE ioprio field, because we're not repeating all of that here. BUT β on top of those, the zero-copy send also supports setting IORING_SEND_ZC_REPORT_USAGE. If it's set, the notification CQE res field will report the number of bytes that were copied rather than sent with zero copy. A value of 0 indicates success. And if the value is IORING_NOTIF_USAGE_ZC_COPIED, then data was copied. noted π
Here's the iconic part that makes this different from a regular send, and you need to internalise it: as opposed to non-zerocopy send requests, a zerocopy send will usually generate two CQEs. The first CQE holds the result of the send operation itself, and if that CQE has IORING_CQE_F_MORE set in the CQE flags field, then a second notification CQE will be posted for the operation. That second notification tells the application that the memory associated with the send is safe to get reused. The second CQE will have IORING_CQE_F_NOTIF set in the CQE flags field. Also go see the io_uring_enter(2) man page for a fuller description of the notification CQE, iykyk π
β οΈ heads up: usingIOSQE_IO_LINKwith this request type requires the setting ofMSG_WAITALLin theflagsargument, because a short send isn't considered an error condition without that being set. don't skip this one, bestie, it will bite you π
These functions prepare an async zerocopy send(2) request. See that man page for details. For details on the zerocopy nature of it, see io_uring_enter(2). go read, it's worth it π
π« RETURN VALUE π«
None. that's it. that's the answer. π
π¦ ERRORS π¦
The CQE res field will contain the result of the operation. See the related man page for details on possible values. And listen β where synchronous system calls will return -1 on failure and set errno to the actual error value, io_uring never uses errno. Instead it returns the negated errno directly in the CQE res field. periodt. π
Some common error cases are:
-ENOMEMβ theulimit(1)-lsetting is too low to support the size of the attempted zero copy send. Increasing the limit may help.-ENOMEMβ the kernel ran out of memory.
and yes, it's listed twice in the source. two separate entries, both real, both staying. we don't erase the lore π
π SEE ALSO π
okay that's the whole page, you're so welcome π this one's from liburing-2.3, dated September 6, 2022. go forth and zerocopy responsibly, bestie β mwah πβ¨π¦
π¦ where this page comes from
- alpine 3.24: liburing-doc 2.14-r0 Β· LGPL-2.1-or-later OR MIT
- fedora 44: liburing-devel 2.13-2.fc44 Β· (GPL-2.0-only WITH Linux-syscall-note OR MIT) AND (LGPL-2.0-or-later OR MIT)
- fedora 44: liburing-devel 2.13-2.fc44 Β· (GPL-2.0-only WITH Linux-syscall-note OR MIT) AND (LGPL-2.0-or-later OR MIT)
- nixpkgs unstable: liburing 2.14
- ubuntu resolute: liburing-dev 2.14-1
- π the page's license: LGPL-2.0-or-later
- Copyright (C) 2022 Jens Axboe <axboe@kernel.dk>
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash on : a language model's rewrite of the original, under its terms