登录
推荐 文章 Go 技术 课程 下载 专题 AI
首页 >  文章 >  linux

io_uring 注册缓冲区高并发读写怎样减少重复注册开销怎样完成一个可复用的最小示例

来源:17golang原创

时间:2026-11-10 06:05:23 349浏览 收藏

高并发读写里,真正值得优化的不是把每个请求都改成异步,而是避免每次 I/O 都重新处理同一块用户态内存。io_uring 的注册缓冲区可以在 ring 建好后预先固定一组匿名缓冲区,再用 read_fixed / write_fixed 按索引复用它们。这样做的核心是“注册一次、并发复用”,但缓冲区生命周期、地址范围和内存锁定额度必须一起设计。

官方资料:https://docs.kernel.org/io_uring/

可复用的最小方案是:按并发槽位分配缓冲区,用 iovec 一次注册;每条 SQE 通过 buf_index 指向自己的槽位;等对应 CQE 完成后才再次使用该槽位,最后统一解除注册。

先把缓冲区注册成可复用资源

普通 read 请求只携带地址和长度,内核还要在每次操作中处理用户内存的可访问性、页引用和映射。固定缓冲区把这类准备工作前移到 io_uring_register_buffers。注册成功后,提交的地址和长度仍然必须落在指定索引的范围内,不能把一个槽位当成任意指针池。

io_uring 缓冲区池、iovec 注册表和内核固定资源之间的一次性注册关系说明图
图1:固定缓冲区注册关系说明图,展示一次注册与多次复用的边界。

下面的示例使用四个独立槽位。槽位数量对应同时在途的请求数,缓冲区大小则对应单次读写的上限;它们不是越大越好。

用 buf_index 绑定并发读请求

注册表中的顺序决定索引:第一个 iovec 是 0,第二个是 1。io_uring_prep_read_fixed 的 buf、nbytes 与 buf_index 必须互相匹配。只要某个请求仍在飞行,就不能让另一条请求覆盖它正在使用的槽位。

io_uring 四条 read_fixed 请求通过 buf_index 绑定缓冲区并由 CQE 回收的结构说明图
图2:read_fixed 请求与 CQE 回收结构图,展示索引绑定和结果处理。
// 说明:四个槽位只注册一次,同时提交四条固定缓冲区读请求。
#include 
#include 
#include 
#include 
#include 
#include 
#include 

#define SLOTS 4
#define BLOCK 4096

int main(int argc, char **argv) {
    // 说明:示例从文件中分成四段读取,真实服务应按业务协议切分任务。
    if (argc != 2) {
        fprintf(stderr, "用法:%s 文件路径\n", argv[0]);
        return 2;
    }

    struct io_uring ring;
    struct iovec iov[SLOTS];
    char *buffers[SLOTS] = {0};
    int fd = -1;
    int rc = io_uring_queue_init(SLOTS, &ring, 0);
    if (rc res res));
        } else {
            printf("slot %llu: read %d bytes\n", slot, cqe->res);
        }
        io_uring_cqe_seen(&ring, cqe);
    }

unregister:
    // 说明:所有在途请求完成后再解除注册,避免释放仍被内核使用的页面。
    io_uring_unregister_buffers(&ring);
cleanup:
    for (int i = 0; i = 0) close(fd);
    io_uring_queue_exit(&ring);
    return rc 

示例中每个槽位只对应一条在途请求,CQE 到达后才算归还。生产代码通常会把槽位包装成池:提交前标记 busy,完成后清除 busy;如果没有空槽位,就让生产者等待或回压,而不是重新注册一套缓冲区。

把成本和适用边界算清楚

场景更合适的选择原因
小块、频繁、多个请求同时在途注册缓冲区 + read_fixed/write_fixed注册成本可摊薄,槽位可循环复用
偶发的大块 I/O先用普通读写,再做测量一次映射成本可能小于固定资源管理成本
缓冲区数量和大小经常变化固定池或稀疏更新避免每个请求都 unregister/register
内存锁定额度不足减少池规模或调整系统限制注册会固定页面,失败常表现为资源不足

注册缓冲区不是“零拷贝”开关,也不会自动提升所有 I/O。它主要减少重复的内存映射和页处理;文件系统、块设备、队列深度和实际请求大小仍然决定最终收益。注册前要确认内存是匿名、非文件后备,检查当前系统的内存锁定策略,并为固定池设置上限。

常见问题与复用清单

为什么注册成功却读失败?

先检查 buf_index 是否指向正确槽位,再检查 addr + len 是否完全落在该槽位范围内。还要确认请求没有在 CQE 到达前复用或释放缓冲区。

注册后还需要保留 iovec 数组吗?

注册调用完成后,iovec 数组只承担描述作用,通常可以释放;真正必须保持生命周期的是被注册的缓冲区本身,直到解除注册且所有相关 I/O 都完成。

什么时候不该使用固定缓冲区?

请求很少、单次 I/O 很大、缓冲区大小不可控,或服务无法承担长期固定页面的内存成本时,先采用普通读写并用实际指标比较。

最终可以把方案压缩成五个检查点:一次注册、索引对应、范围合法、CQE 后复用、统一回收。只要这五点能被缓冲区池的生命周期明确表达,io_uring 固定缓冲区才适合进入高并发读写路径。

声明:本文转载于:17golang原创 如有侵犯,请联系study_golang@163.com删除
相关阅读
更多>
最新阅读
更多>
课程推荐
更多>