爆款云主机2核4G限时秒杀,88元/年起!
查看详情

活动

天翼云最新优惠活动,涵盖免费试用,产品折扣等,助您降本增效!
热门活动
  • 618智算钜惠季 爆款云主机2核4G限时秒杀,88元/年起!
  • 免费体验DeepSeek,上天翼云息壤 NEW 新老用户均可免费体验2500万Tokens,限时两周
  • 云上钜惠 HOT 爆款云主机全场特惠,更有万元锦鲤券等你来领!
  • 算力套餐 HOT 让算力触手可及
  • 天翼云脑AOne NEW 连接、保护、办公,All-in-One!
  • 中小企业应用上云专场 产品组合下单即享折上9折起,助力企业快速上云
  • 息壤高校钜惠活动 NEW 天翼云息壤杯高校AI大赛,数款产品享受线上订购超值特惠
  • 天翼云电脑专场 HOT 移动办公新选择,爆款4核8G畅享1年3.5折起,快来抢购!
  • 天翼云奖励推广计划 加入成为云推官,推荐新用户注册下单得现金奖励
免费活动
  • 免费试用中心 HOT 多款云产品免费试用,快来开启云上之旅
  • 天翼云用户体验官 NEW 您的洞察,重塑科技边界

智算服务

打造统一的产品能力,实现算网调度、训练推理、技术架构、资源管理一体化智算服务
智算云(DeepSeek专区)
科研助手
  • 算力商城
  • 应用商城
  • 开发机
  • 并行计算
算力互联调度平台
  • 应用市场
  • 算力市场
  • 算力调度推荐
一站式智算服务平台
  • 模型广场
  • 体验中心
  • 服务接入
智算一体机
  • 智算一体机
大模型
  • DeepSeek-R1-昇腾版(671B)
  • DeepSeek-R1-英伟达版(671B)
  • DeepSeek-V3-昇腾版(671B)
  • DeepSeek-R1-Distill-Llama-70B
  • DeepSeek-R1-Distill-Qwen-32B
  • Qwen2-72B-Instruct
  • StableDiffusion-V2.1
  • TeleChat-12B

应用商城

天翼云精选行业优秀合作伙伴及千余款商品,提供一站式云上应用服务
进入甄选商城进入云市场创新解决方案
办公协同
  • WPS云文档
  • 安全邮箱
  • EMM手机管家
  • 智能商业平台
财务管理
  • 工资条
  • 税务风控云
企业应用
  • 翼信息化运维服务
  • 翼视频云归档解决方案
工业能源
  • 智慧工厂_生产流程管理解决方案
  • 智慧工地
建站工具
  • SSL证书
  • 新域名服务
网络工具
  • 翼云加速
灾备迁移
  • 云管家2.0
  • 翼备份
资源管理
  • 全栈混合云敏捷版(软件)
  • 全栈混合云敏捷版(一体机)
行业应用
  • 翼电子教室
  • 翼智慧显示一体化解决方案

合作伙伴

天翼云携手合作伙伴,共创云上生态,合作共赢
天翼云生态合作中心
  • 天翼云生态合作中心
天翼云渠道合作伙伴
  • 天翼云代理渠道合作伙伴
天翼云服务合作伙伴
  • 天翼云集成商交付能力认证
天翼云应用合作伙伴
  • 天翼云云市场合作伙伴
  • 天翼云甄选商城合作伙伴
天翼云技术合作伙伴
  • 天翼云OpenAPI中心
  • 天翼云EasyCoding平台
天翼云培训认证
  • 天翼云学堂
  • 天翼云市场商学院
天翼云合作计划
  • 云汇计划
天翼云东升计划
  • 适配中心
  • 东升计划
  • 适配互认证

开发者

开发者相关功能入口汇聚
技术社区
  • 专栏文章
  • 互动问答
  • 技术视频
资源与工具
  • OpenAPI中心
开放能力
  • EasyCoding敏捷开发平台
培训与认证
  • 天翼云学堂
  • 天翼云认证
魔乐社区
  • 魔乐社区

支持与服务

为您提供全方位支持与服务,全流程技术保障,助您轻松上云,安全无忧
文档与工具
  • 文档中心
  • 新手上云
  • 自助服务
  • OpenAPI中心
定价
  • 价格计算器
  • 定价策略
基础服务
  • 售前咨询
  • 在线支持
  • 在线支持
  • 工单服务
  • 建议与反馈
  • 用户体验官
  • 服务保障
  • 客户公告
  • 会员中心
增值服务
  • 红心服务
  • 首保服务
  • 客户支持计划
  • 专家技术服务
  • 备案管家

了解天翼云

天翼云秉承央企使命,致力于成为数字经济主力军,投身科技强国伟大事业,为用户提供安全、普惠云服务
品牌介绍
  • 关于天翼云
  • 智算云
  • 天翼云4.0
  • 新闻资讯
  • 天翼云APP
基础设施
  • 全球基础设施
  • 信任中心
最佳实践
  • 精选案例
  • 超级探访
  • 云杂志
  • 分析师和白皮书
  • 天翼云·创新直播间
市场活动
  • 2025智能云生态大会
  • 2024智算云生态大会
  • 2023云生态大会
  • 2022云生态大会
  • 天翼云中国行
天翼云
  • 活动
  • 智算服务
  • 产品
  • 解决方案
  • 应用商城
  • 合作伙伴
  • 开发者
  • 支持与服务
  • 了解天翼云
      • 文档
      • 控制中心
      • 备案
      • 管理中心

      【verbs】ibv_create_comp_channel()

      首页 知识中心 其他 文章详情页

      【verbs】ibv_create_comp_channel()

      2025-02-21 08:55:20 阅读次数:14

      channel,CQ,event

      原文:ibv_create_comp_channel() - RDMAmojo RDMAmojo

      描述
      ibv_create_comp_channel() 为 RDMA 设备上下文创建完成事件通道。

      这个 Completion  event channel是 libibverbs(库) 引入的抽象,在 InfiniBand 架构verbs规范或 RDMA 协议verbs规范中不存在。 Completion  event channel本质上是文件描述符,用于向用户空间进程传递工作完成通知。当为完成队列 (CQ) 生成‘工作完成’事件时,该事件通过附加到该 CQ 的 Completion  event channel传递。这可能有助于通过使用多个 Completion  event channel将完成事件引导到不同的线程,或者为不同的 CQ 赋予不同的优先级。

      一个或多个完成队列(CQ)可以与同一个Completion  event channel相关联。

      参数

      Name Direction Description
      context in  ibv_open_device()返回的 RDMA 设备上下文

      返回值

      Value Description
      Completion event channel

      指向新分配的 Completion event channel的指针

      NULL 失败时,errno 指示失败原因:

       

      EMFILE 此进程打开的文件太多
      ENOMEM 没有足够的资源来完成此操作

      例子

      创建一个Completion event channel并销毁它:

      struct ibv_comp_channel *event_channel;
       
      event_channel = ibv_create_comp_channel(context);
      if (!event_channel) {
      	fprintf(stderr, "Error, ibv_create_comp_channel() failed\n");
      	return -1;
      }
       
      if (ibv_destroy_comp_channel(event_channel)) {
      	fprintf(stderr, "Error, ibv_destroy_comp_channel() failed\n");
      	return -1;
      }

       常见问题


      为什么 Completion event channel无论如何都有用?
      Completion event channel是一个对象,它使用事件模式而不是轮询模式帮助处理用户空间进程中的'工作完成'(WC)。

      为什么我要在事件模式下read '工作完成'(WC)?

      如果您的进程不需要低延迟或需要降低 CPU 使用率,则事件模式更好;在没有事件到来时,read线程将进入睡眠状态,当 CQ 中有新的WC生成时,线程被内核唤醒。

      (bandaoyu:估计是把Completion event channel当条件变量,线程在Completion event channel上wait,WC到来时候,唤醒wait

      ……
              channel_poll[0].fd = tx_cc->get_fd();
              channel_poll[0].events = POLLIN | POLLERR | POLLNVAL | POLLHUP;
              channel_poll[0].revents = 0;
              channel_poll[1].fd = rx_cc->get_fd();
              channel_poll[1].events = POLLIN | POLLERR | POLLNVAL | POLLHUP;
              channel_poll[1].revents = 0;
              r = 0;
              perf_logger->set(l_msgr_rdma_polling, 0);
              while (!done && r == 0) {
                r = poll(channel_poll, 2, 100); <--------------------阻塞等待wc然后写channel_poll触发poll
                if (r < 0) {
                  r = -errno;
                  lderr(cct) << __func__ << " poll failed " << r << dendl;
                  ceph_abort();
                }
              }

      ……

      为什么这种event pollng模式比轮询模式(busy_polling)时延要大,应该是因为poll进入等待状态和唤醒退出有上下文的切换。

      )

      是否可以将多个 CQ 与同一个 Completion event channel相关联?
      是的。多个 CQ 可以与同一个Completion event channel相关联。

      (也)可以使用多个Completion event channel来“聚合”不同的 CQ。这可能有助于通过使用多个Completion event channel将完成事件引导到不同的线程,或者为不同的 CQ 赋予不同的优先级。

      (估计是不同的Completion event channel绑定到不同等级的CQ,然后对应等级的线程wait在不同的Completion event channel上)


      如何使用多个Completion event channel来为不同的 CQ 赋予不同的优先级?
      您可以将所有具有相同优先级的 CQ 关联到同一个Completion event channel,并根据 CQ 组的优先级处理 Work Completion 事件。

       

      Comments

      Tell us what do you think.

      1.  

        Jingcha says:September 18, 2013

        Can you please explain what you mean by "You can associate all of the CQs that have the same priority with the same Completion event channel, and handle Work Completion events according to the priority of the CQs group."

        Thanks,

        Reply

        •  

          Dotan Barak says:September 19, 2013

          Hi.

          I'll try to explain what I meant here:
          Let's assume that you have several CQs: CQx1..CQxN and CQy (CQy has higher priority),
          and your application needs to consume as less as CPU as possible
          (i.e. work with events and not with polling when reading Work Completions).

          Instead of using one Completion Event channel, you can have two of them,
          one for the CQx QPs and one for the CQy, each of them will be handled in a different thread.

          This way, as soon as CQy has an event, it will be handled
          (i.e. it gets higher priority than the other CQs).

          If your RDMA device supports multiple Completion vectors,
          CQy may get a different Completion vector than the other,
          and by doing this, get a better performance.

          Instead of using one CQy, you can have CQy1..CQyM but the idea is the same.

          I hope that I was clear with this explanation.

          Thanks
          Dotan

          Reply

      2.  

        Omar says:April 5, 2014

        Dear Dotan

        I want to associate different completion channel to each CQ i create. I have different threads waiting for notification from the CQ assigned to them. I think if i associate the same completion channel to all my CQ's and messages arrive at all of them simultaneously, i get a big performance hit. Should this happen? Can you share some code snippet where you are creating a new completion channel for each CQ. The code i use is
        "cb->channel = ibv_create_comp_channel(cm_id->verbs);
        cb->cq[SEND_CQ_INDEX] = ibv_create_cq(cm_id->verbs, cqe, cb, cb->channel, 0);
        cb->cq[RECV_CQ_INDEX] = ibv_create_cq(cm_id->verbs, cqe, cb, cb->channel, 0);"

        Since the context is the same, for each queue I suppose even if i call ibv_create_comp_channel() for each cq, they are shared. Also i am using the same channel for send/receive CQ. Will this cause a performance drop (due to some internal Locking mechanism).
        I hope i have made my point clear. To summarize: I want all my CQ's to receive notification from the completion channel independent of each other. I have a large number of CQ's.

        Warm regards

        Omar Khan

        Reply

        •  

          Dotan Barak says:April 6, 2014

          Hi Omar.

          I must admit that I never did it and never checked the performance difference.
          But you need to create Completion channels and create every group of CQs with different
          Completion channels.

          IMHO, using multiple completion vectors may provide even better performance improvement than using the same completion vector in all the CQs.

          Thanks
          Dotan

          Reply

      3.  

        Omar Khan says:April 6, 2014

        Dear dotan

        How do you know that your device supports multiple completion vectors? and what does it mean multiple completion vectors? if my device does not support multiple completion vectors, how can i set up a communication channel between multiple processes and have them communicate independently. can i have multiple threads using independent completion channels to notify completions from different processes?

        Warm regards
        Omar

        Reply

        •  

          Dotan Barak says:April 6, 2014

          Hi Omar.

          struct ibv_context contains an attribute called: num_comp_vectors.
          This value specify the number of completion vectors which the RDMA device supports.

          I'm not consider my self an expert in this, but I can try to explain *my* rational why using multiple completion vectors improves the performance:
          Using several completion vectors means that the interrupts will be spread across several vectors (which means that several cores in your system will handle them) and not only one vector.
          I'm sure that you can find information in the internet about this..

          If your device supports only one completion vector, I would try to set the affinity of the processes, that each one will use different core.

          I hope that this answer helped you.

          Thanks
          Dotan

          Reply

      4.  

        Tingyu says:July 7, 2015

        Hi Dotan,

        Can I use the same event channel for both accepting connection and creating connection? In this way, a program can connect to itself, and the server-side event such as RDMA_CM_EVENT_CONNECT_REQUEST and client-side event such as RDMA_CM_EVENT_ADDR_RESOLVED can be polled in the same loop. It is possible?

        Thanks,
        Tingyu

        Reply

        •  

          Dotan Barak says:July 13, 2015

          Hi Tingyu.

          The event channel is a mechanism for handle the events;
          it doesn't have any notion of the side it serves.

          For my understanding, the answer for you question is "yes".
          It should be possible to use the same event channel for both accepting and initiating connections.

          Thanks
          Dotan

          Reply

      5.  

        Lingyan says:January 25, 2017

        Hi Dotan,
        Could multiple threads share one completion event channel associated with multiple CQs?
        Thanks,
        Lingyan

        Reply

        •  

          Dotan Barak says:February 13, 2017

          Yes.

          Multiple threads can share one completion event channel associated with multiple CQs,
          it will be hard to predict though which thread will get the event.

          Thanks
          Dotan

          Reply

      6.  

        HuaiEn says:August 6, 2019

        Hi Dotan,
        I saw your reply above
        ibv_create_comp_channel() - RDMAmojo RDMAmojo
        in your reply, you said "But you need to create Completion channels and create every group of CQs with different Completion channels."
        What does every group of CQs mean?
        As my realize, a completion channel is better to match to each CQ, or it is hard to know which CQ will receive event.
        Do I miss something?
        thanks

        BR,
        HuaiEn

        Reply

        •  

          Dotan Barak says:August 16, 2019

          Hi.

          "Every group of CQs" means that if for example you create 100 CQs and you want to use 2 completion channels,
          you can attach the first 50 CQs to the first completion channel and the last 50 CQs to the second completion channel.

          When you get a CQ event, you get the CQ handle - so it is easy to know which CQ received the event.
          However, depend on your flow, maybe you won't be able to predict ahead which CQ will get the event.

          Is it more clear now?

          Thanks
          Dotan

          Reply

      7.  

        HuaiEn says:August 18, 2019

        Hi Dotan,
        Thanks for clearly reply.
        There is another question.
        When do we need multiple cq?
        Thanks a lot

        Reply

        •  

          Dotan Barak says:August 21, 2019

          Hi.

          There may be several reasons for using multiple CQs, here are some reasons that I just thought about:
          * Using *many* QPs and the number of generated completions may cause a CQ overrun to one CQ
          * If you want to provide different QoS (application-wise) to different QPs
          * If you want to provide different functionality to different QPs
          * Separating Send and Receive Queues
          * more?

          It is up to the application to decide this, it isn't a technology decision ..

          Thanks
          Dotan

          Reply

       

      版权声明:本文内容来自第三方投稿或授权转载,原文地址:https://blog.csdn.net/bandaoyu/article/details/120634375,作者:bandaoyu,版权归原作者所有。本网站转在其作品的目的在于传递更多信息,不拥有版权,亦不承担相应法律责任。如因作品内容、版权等问题需要同本网站联系,请发邮件至ctyunbbs@chinatelecom.cn沟通。

      上一篇:CSSS 实现图片自适应容器展示

      下一篇:【verbs】ibv_get_async_event()

      相关文章

      2025-03-31 08:56:45

      laravel5.5 laravel echo实现实时应用(私信)

      laravel5.5 laravel echo实现实时应用(私信)

      2025-03-31 08:56:45
      channel , user , 源码
      2025-03-21 06:56:59

      【shell】命令行自动补全(compgen、complete、compopt)

      【shell】命令行自动补全(compgen、complete、compopt)

      2025-03-21 06:56:59
      bash , function , 命令
      2025-03-18 08:27:19

      探秘JavaScript事件传播机制:冒泡、捕获与目标阶段解析

      探秘JavaScript事件传播机制:冒泡、捕获与目标阶段解析

      2025-03-18 08:27:19
      event , 事件 , 元素 , 冒泡 , 浏览器 , 点击 , 默认
      2025-03-18 08:27:19

      深入了解JavaScript事件绑定:实现高效可靠的事件处理

      深入了解JavaScript事件绑定:实现高效可靠的事件处理

      2025-03-18 08:27:19
      event , 事件 , 对象 , 绑定 , 触发 , 鼠标
      2025-03-17 07:49:59

      MySQL之事件调度器简单应用

      MySQL之事件调度器简单应用

      2025-03-17 07:49:59
      event , MySQL , 事件 , 创建 , 开启
      2025-03-12 09:31:44

      Android 判断手指滑出View边界,本身和父布局两个方法判断

      Android 判断手指滑出View边界,本身和父布局两个方法判断

      2025-03-12 09:31:44
      event , View , 判断
      2025-02-26 07:22:00

      【RDMA】rdma_cm和verbs的区别|libibverbs和librdmacm的区别--还在研究中

      【RDMA】rdma_cm和verbs的区别|libibverbs和librdmacm的区别--还在研究中

      2025-02-26 07:22:00
      event , post , RDMA
      2025-02-26 07:21:24

      在IE环境下用javascript触发ABAP event

      在IE环境下用javascript触发ABAP event

      2025-02-26 07:21:24
      ABAP , button , event , 触发
      2025-02-25 08:55:16

      【Ceph】AsyncMessenger 简析 II/III|RDMAStack IO路径

      【Ceph】AsyncMessenger 简析 II/III|RDMAStack IO路径

      2025-02-25 08:55:16
      event , events , file
      2025-02-21 08:57:32

      【epoll】epoll多路复用和Reactor设计思想---编辑中

      【epoll】epoll多路复用和Reactor设计思想---编辑中

      2025-02-21 08:57:32
      epoll , event , Reactor , socket , 多线程 , 模式 , 线程
      查看更多
      推荐标签

      作者介绍

      天翼云小翼
      天翼云用户

      文章

      33561

      阅读量

      5235089

      查看更多

      最新文章

      【shell】命令行自动补全(compgen、complete、compopt)

      2025-03-21 06:56:59

      Android 判断手指滑出View边界,本身和父布局两个方法判断

      2025-03-12 09:31:44

      【RDMA】rdma_cm和verbs的区别|libibverbs和librdmacm的区别--还在研究中

      2025-02-26 07:22:00

      在IE环境下用javascript触发ABAP event

      2025-02-26 07:21:24

      【Ceph】AsyncMessenger 简析 II/III|RDMAStack IO路径

      2025-02-25 08:55:16

      【vbers】ibv_poll_cq()|RDMA

      2025-02-21 08:57:07

      查看更多

      热门文章

      go channel管道详解

      2023-04-25 10:22:50

      datax之channel学习

      2024-09-25 10:13:34

      datax之job task channel taskgroup 详解

      2024-09-25 10:14:09

      用VS Code搞Qt 6:Gui基础类型——QGuiApplication和QWindow

      2024-09-24 06:31:08

      Gravitee.io alert 引擎架构

      2024-05-21 07:53:51

      nakadi-ui nakadi event broker 的可视化UI工具

      2024-05-14 09:55:04

      查看更多

      热门标签

      linux java python javascript 数组 前端 docker Linux vue 函数 shell git 节点 容器 示例
      查看更多

      相关产品

      弹性云主机

      随时自助获取、弹性伸缩的云服务器资源

      天翼云电脑(公众版)

      便捷、安全、高效的云电脑服务

      对象存储

      高品质、低成本的云上存储服务

      云硬盘

      为云上计算资源提供持久性块存储

      查看更多

      随机文章

      nakadi-ui nakadi event broker 的可视化UI工具

      【verbs】ibv_get_async_event()

      用VS Code搞Qt 6:Gui基础类型——QGuiApplication和QWindow

      Android 判断手指滑出View边界,本身和父布局两个方法判断

      【Ceph】AsyncMessenger 简析 II/III|RDMAStack IO路径

      【RDMA】rdma_cm和verbs的区别|libibverbs和librdmacm的区别--还在研究中

      • 7*24小时售后
      • 无忧退款
      • 免费备案
      • 专家服务
      售前咨询热线
      400-810-9889转1
      关注天翼云
      • 旗舰店
      • 天翼云APP
      • 天翼云微信公众号
      服务与支持
      • 备案中心
      • 售前咨询
      • 智能客服
      • 自助服务
      • 工单管理
      • 客户公告
      • 涉诈举报
      账户管理
      • 管理中心
      • 订单管理
      • 余额管理
      • 发票管理
      • 充值汇款
      • 续费管理
      快速入口
      • 天翼云旗舰店
      • 文档中心
      • 最新活动
      • 免费试用
      • 信任中心
      • 天翼云学堂
      云网生态
      • 甄选商城
      • 渠道合作
      • 云市场合作
      了解天翼云
      • 关于天翼云
      • 天翼云APP
      • 服务案例
      • 新闻资讯
      • 联系我们
      热门产品
      • 云电脑
      • 弹性云主机
      • 云电脑政企版
      • 天翼云手机
      • 云数据库
      • 对象存储
      • 云硬盘
      • Web应用防火墙
      • 服务器安全卫士
      • CDN加速
      热门推荐
      • 云服务备份
      • 边缘安全加速平台
      • 全站加速
      • 安全加速
      • 云服务器
      • 云主机
      • 智能边缘云
      • 应用编排服务
      • 微服务引擎
      • 共享流量包
      更多推荐
      • web应用防火墙
      • 密钥管理
      • 等保咨询
      • 安全专区
      • 应用运维管理
      • 云日志服务
      • 文档数据库服务
      • 云搜索服务
      • 数据湖探索
      • 数据仓库服务
      友情链接
      • 中国电信集团
      • 189邮箱
      • 天翼企业云盘
      • 天翼云盘
      ©2025 天翼云科技有限公司版权所有 增值电信业务经营许可证A2.B1.B2-20090001
      公司地址:北京市东城区青龙胡同甲1号、3号2幢2层205-32室
      • 用户协议
      • 隐私政策
      • 个人信息保护
      • 法律声明
      备案 京公网安备11010802043424号 京ICP备 2021034386号