From: Miklos Szeredi <[email protected]>
To: [email protected]
Subject: io_uring_prep_openat_direct() and link/drain
Date: Tue, 29 Mar 2022 15:20:59 +0200 [thread overview]
Message-ID: <CAJfpegvVpFbDX5so8EVaHxubZLNQ4bo=myAYopWeRtMs0wa6nA@mail.gmail.com> (raw)
[-- Attachment #1: Type: text/plain, Size: 539 bytes --]
Hi,
I'm trying to read multiple files with io_uring and getting stuck,
because the link and drain flags don't seem to do what they are
documented to do.
Kernel is v5.17 and liburing is compiled from the git tree at
7a3a27b6a384 ("add tests for nonblocking accept sockets").
Without those flags the attached example works some of the time, but
that's probably accidental since ordering is not ensured.
Adding the drain or link flags make it even worse (fail in casese that
the unordered one didn't).
What am I missing?
Thanks,
Miklos
[-- Attachment #2: readfiles.c --]
[-- Type: text/x-csrc, Size: 2277 bytes --]
#include <stdio.h>
#include <fcntl.h>
#include <string.h>
#include <stdlib.h>
#include <err.h>
#include "liburing.h"
#define CHECK_NEGERR(_expr) \
({ typeof(_expr) _ret = (_expr); if (_ret < 0) { errno = -_ret; err(1, #_expr); } _ret; })
#define CHECK_NULL(_expr) \
({ typeof(_expr) _ret = (_expr); if (_ret == NULL) { errx(1, #_expr " returned NULL"); } _ret; })
int main(int argc, char *argv[])
{
struct io_uring ring;
int ret, o, i, j, x, num, slot;
struct io_uring_sqe *sqe;
struct io_uring_cqe *cqe;
char *s, **bufs;
int *fds;
const size_t bufsize = 131072;
const int ops_per_file = 2;
if (argc < 2)
errx(1, "usage: %s file [...]", argv[0]);
num = argc - 1;
bufs = CHECK_NULL(calloc(num, sizeof(bufs[0])));
fds = CHECK_NULL(calloc(num, sizeof(fds[0])));
for (i = 0; i < num; i++) {
bufs[i] = CHECK_NULL(malloc(bufsize));
fds[i] = -1;
}
ret = CHECK_NEGERR(io_uring_queue_init(num * ops_per_file, &ring, 0));
ret = CHECK_NEGERR(io_uring_register_files(&ring, fds, num));
for (i = 0; i < num; i++) {
slot = i;
sqe = CHECK_NULL(io_uring_get_sqe(&ring));
sqe->user_data = i * ops_per_file;
io_uring_prep_openat_direct(sqe, AT_FDCWD, argv[i + 1],
O_RDONLY, 0, slot);
// sqe->flags |= IOSQE_IO_DRAIN;
// sqe->flags |= IOSQE_IO_LINK;
sqe = CHECK_NULL(io_uring_get_sqe(&ring));
sqe->user_data = i * ops_per_file + 1;
io_uring_prep_read(sqe, slot, bufs[i], bufsize, 0);
sqe->flags |= IOSQE_FIXED_FILE;
// sqe->flags |= IOSQE_IO_DRAIN;
// sqe->flags |= IOSQE_IO_LINK;
}
ret = CHECK_NEGERR(io_uring_submit(&ring));
if (ret != num * ops_per_file)
warnx("io_uring_submit submitted less: %d\n", ret);
for (j = ret; j; j--) {
CHECK_NEGERR(io_uring_wait_cqe(&ring, &cqe));
x = cqe->user_data % ops_per_file;
i = cqe->user_data / ops_per_file;
printf("%i/%i [%s] = ", i, x, argv[i + 1]);
ret = cqe->res;
if (ret < 0) {
printf("ERROR: %s (%i)\n", strerror(-ret), ret);
} else if (x == 1) {
s = bufs[i];
for (o = 0; o < ret; o += strlen(s + o) + 1)
printf("\"%.*s\" ", ret - o, s + o);
printf("(len=%i)\n", ret);
} else if (x == 0) {
printf("SUCCESS open\n");
} else {
printf("SUCCESS ???\n");
}
io_uring_cqe_seen(&ring, cqe);
}
io_uring_queue_exit(&ring);
return 0;
}
next reply other threads:[~2022-03-29 13:21 UTC|newest]
Thread overview: 32+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-03-29 13:20 Miklos Szeredi [this message]
2022-03-29 16:08 ` io_uring_prep_openat_direct() and link/drain Jens Axboe
2022-03-29 17:04 ` Jens Axboe
2022-03-29 18:21 ` Miklos Szeredi
2022-03-29 18:26 ` Jens Axboe
2022-03-29 18:31 ` Miklos Szeredi
2022-03-29 18:40 ` Jens Axboe
2022-03-29 19:30 ` Miklos Szeredi
2022-03-29 20:03 ` Jens Axboe
2022-03-30 8:18 ` Miklos Szeredi
2022-03-30 12:35 ` Jens Axboe
2022-03-30 12:43 ` Miklos Szeredi
2022-03-30 12:48 ` Jens Axboe
2022-03-30 12:51 ` Miklos Szeredi
2022-03-30 14:58 ` Miklos Szeredi
2022-03-30 15:05 ` Jens Axboe
2022-03-30 15:12 ` Miklos Szeredi
2022-03-30 15:17 ` Jens Axboe
2022-03-30 15:53 ` Jens Axboe
2022-03-30 17:49 ` Jens Axboe
2022-04-01 8:40 ` Miklos Szeredi
2022-04-01 15:36 ` Jens Axboe
2022-04-01 16:02 ` Miklos Szeredi
2022-04-01 16:21 ` Jens Axboe
2022-04-02 1:17 ` Jens Axboe
2022-04-05 7:45 ` Miklos Szeredi
2022-04-05 14:44 ` Jens Axboe
2022-04-21 12:31 ` Miklos Szeredi
2022-04-21 12:34 ` Jens Axboe
2022-04-21 12:39 ` Miklos Szeredi
2022-04-21 12:41 ` Jens Axboe
2022-04-21 13:10 ` Miklos Szeredi
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='CAJfpegvVpFbDX5so8EVaHxubZLNQ4bo=myAYopWeRtMs0wa6nA@mail.gmail.com' \
[email protected] \
[email protected] \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox