QP服务类型

最新推荐文章于 2024-01-05 14:37:40 发布
最新推荐文章于 2024-01-05 14:37:40 发布
阅读量953 收藏
点赞数
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_44783314/article/details/108363110
版权

确认：（仅在RC QP中）只有在响应方成功写入消息之后，才会将ack数据包发送回请求方。 如果请求者未发送确认，它将根据QP的属性重新发送邮件。 如果没有来自QP的确认（或否定），它将报告存在错误（超过重试次数）。

如果响应方发生任何类型的错误（保护，资源等），则将向请求方发送一个确认，并报告存在错误。

译自：https://www.rdmamojo.com/2013/06/01/which-queue-pair-type-to-use/

可靠连接（RC）QP

一个RC QP以可靠的方式连接到了一个RC QP（即发送和接收消息）。 可以确保消息最多从一次请求者传递到响应者一次，而且顺序没有损坏。 支持的最大消息大小最大为2GB（取决于支持的RDMA设备属性，该值可能会更低）。 RC QP支持发送操作（无立即），RDMA写操作（无立即），RDMA读操作和原子操作（取决于原子操作中的RDMA设备支持级别）。

如果消息大小大于路径MTU，则在发送数据的一侧将其分段，然后在接收器的一侧进行重组。

一旦响应者确认消息已被读/写到其内存，请求者就认为消息操作已完成。

一旦将消息读/写到其（本地）内存，响应者就​​认为消息操作已完成。

不可靠的连接（UC）QP

一个UC QP正在以一种不可靠的方式连接（即发送和接收消息）到一个UC QP。 无法保证对方会收到邮件：损坏或乱序的数据包会被静默丢弃。 如果数据包被丢弃，则它所属的整个消息都将被丢弃。 在这种情况下，响应者不会停止，而是继续接收传入的数据包。 包的顺序不能保证。 支持的最大消息大小最大为2GB（此值可能会更低，取决于支持的RDMA设备属性）。 RC QP支持发送操作（无立即）和RDMA写操作（无立即）。

如果消息大小大于路径MTU，则在发送数据的一侧将其分段，然后在接收器的一侧进行重组。

一旦所有消息发送到结构，请求者就认为消息操作已完成。

响应器以正确的顺序接收到完整的消息并将其写入其（本地）内存后，它便认为消息操作已完成。

不可靠的数据报（UD）QP

一个QP可能以一种不可靠的方式以单播（一对一）或多播（一对多）的方式向任何其他UD QP发送和接收消息。 无法保证对方会收到邮件：损坏或乱序的数据包会被静默丢弃。 包的顺序不能保证。 支持的最大消息大小是最大路径MTU。 UD QP仅支持发送操作。

一旦（一个数据包）消息发送到结构，请求者就认为消息操作已完成。

一旦收到完整的消息并将数据写入其（本地）内存，响应器便认为消息操作已完成。

选择正确的QP类型

选择正确的QP类型对于应用程序的更正和可伸缩性至关重要。

如果满足以下条件，则应选择RC QP：

  • 需要面料的可靠性
  • 交换矩阵大小不大或群集大小不大，但并非所有节点都将流量发送到同一节点（一个受害者）

RC QP的几种用途可以是：RDMA上的FTP或RDMA上的文件系统。

如果满足以下条件，则应选择UC QP：

  • 不需要结构的可靠性（即可靠性根本不重要，或者由应用程序负责）
  • 交换矩阵大小不大或群集大小不大，但并非所有节点都将流量发送到同一节点（一个受害者）
  • 大消息（超过路径MTU）正在发送

UC QP的一种用途是：RDMA上的视频。

如果满足以下条件，则应选择UD QP：

  • 不需要结构的可靠性（即可靠性根本不重要，或者由应用程序负责）
  • 结构的大小很大，所有节点和每个节点都将消息发送到结构中的任何其他节点。 UD是解决可伸缩性问题的最佳解决方案之一。
  • 需要多播消息

UD QP的一种用途是：RDMA语音。

摘要

下表描述了每种QP传输服务类型的特征：

MetricUDUCRC
Opcode: SEND (w/o immediate)SupportedSupportedSupported
Opcode: RDMA Write (w/o immediate)Not supportedSupportedSupported
Opcode: RDMA ReadNot supportedNot supportedSupported
Opcode: Atomic operationsNot supportedNot supportedSupported
ReliabilityNoNoYes
Connection typeDatagram (One to any/many)Connected (one to one)Connected (one to one)
Maximum message sizeMaximum path MTU2 GB2 GB
MulticastsupportedNot supportedNot supported
【infiniband】RDMA_CM使用多QP
数字人生
11-05 993
要创建多个QP，您可以简单地多次调用`rdma_create_qp`函数，使用相同的`p_ibv_pd`（保护域）但是不同的`rdma_cm_id`和`qp_attr`。要创建多个RDMA（Remote Direct Memory Access）连接，不需要对应多个rdma_event_channel。每个rdma_cm_id代表一个RDMA连接，包含端点地址信息以及一些包含连接状态的其他信息。一个RDMA连接只能有一个QP，如果想建立多个QP，可能需要创建多个RDMA连接。
RDMA的3种Queue Pair类型
684的博客
02-26 1890
本文翻译自英文博客，原文地址：https://www.rdmamojo.com/2013/06/01/which-queue-pair-type-to-use/ 在编写RDMA应用程序时(就像在套接字上编写应用程序时一样)，应该决定使用哪种QP类型。 在这篇文章中，我将详细描述每种传输类型的特征。 在RDMA中，有三种QP类型。它们可以表示为: XY X可以是: ...
22. RDMA之基于Socket API的QP间建链
weixin_39094034的博客
11-01 1395
建链，即建立链接（或者连接）。在RDMA技术中，本端和对端的QP之间在建立连接之后才可以通过RDMA协议进行数据交换。我们可以认为建链是正式进行RDMA通信之前所必须进行的准备工作，在建链的过程中，两个节点间会通过某些方式交换一些用于之后的RDMA通信所必须的参数。
如何选择QP类型-RDMAmojo
MarsYYP的博客
05-14 935
如何选择QP类型-RDMAmojo 本文是对RDMAmojo文章的翻译，由于网站长久未更新，也作保留用 英文原文 文章目录如何选择QP类型-RDMAmojoRliable Connected(RC) QP 可靠连接Unreliable Connected(UC) QP 不可靠连接Unreliable Datagram(UD) QP 不可靠数据报选择正确的QP类型总结 当编写一个一个新的RDMA应用的时候（就如同编写新的Socket的应用一样），开发者应当确定应该选择哪一种QP用于开发。 在这一章，我会详细分
从零学习 InfiniBand-network架构（三） —— IB核心传输引擎Queue Pair
sz_woshishazi的博客
10-13 5048
本章将介绍IBA技术中最核心的信息传输引擎，队列的概念（QP，Queue Pair）、请求报文、响应报文、报文序列号（PSN），简单介绍QP服务类型和verb layer API，最后将描述一个详细的信息传输示例。
qp.rar_qp
09-24
1. **先来先服务（FCFS）**：这是一种简单的调度策略，按任务到达的顺序进行服务。虽然公平，但可能导致短任务等待长时间，降低了系统响应性。 2. **短作业优先（SJF）**：优先执行预计运行时间最短的任务，可以...
[RDMA]QP相关介绍（二）——QP State Machine
jj0709的博客
01-05 2558
Modify QPModify QPModify QPModify QP—RQ WR发布，但不处理RQ WR。如果QP接收任何入站请求包，应将其丢弃。—禁止SQ WR发布与处理。—RQ 发布与处理。RQ Logic可以处理入站message。如果是RC或RD QP，将生成远端QP的SQ Logic将接收的请求包的响应。—禁止SQ WR发布与处理。—WR可同时发布到SQ与RQ。—两个队列上的WR都会被处理。SQ Logic可以处理SQ WQE，并生成向远端QP的RQ Logic发送的出站请求包。
QP8.4.2-2016外部提供过程产品服务控制程序.pdf
10-14
- **下发订单**：根据合同执行，对不同类型的供应商采取相应操作。 - **跟单**：采购员跟踪供应商进度，确保物资及时到位。 - **到货及报检**：物资到货后，采购员通知仓库，供应商提供出厂检验报告，仓库进行...
如何搭建一款QP游戏
m0_67776192的博客
04-08 3723
一，棋牌类服务器的特点 1，棋牌类游戏一般不分区不分服，所以棋牌类服务器要满意跟着用户量的添加而扩展的需求。 2，房间形式：即在同一局游戏中就是在同一个房间中，同一个房间中的人能够接纳到其他人的音讯。 3，往往每个房间的操作有必要是次序性，这个特性类似与一般游戏的回合制，每个玩家的操作都是有次序性的。 二，关于树立的技能点 1，数据同享 因为棋牌类游戏不分区不分服，故在规划服务器的时分，是按世界服的思想去规划，即服务器是一个n多台物理机的集群。当用户登陆服务器，创立房间时，或许依据负载均衡算
前端开源库-qp-utility
08-30
- **数据处理**：提供类型检查、深度拷贝、JSON序列化和反序列化等功能，方便处理各种数据格式。 - **字符串工具**：包含字符串格式化、拼接、截取、查找替换等方法，简化字符串操作。 - **数组操作**：提供了数组...
QP编码详解
协议分析与还原
08-14 4489
“介绍Quote-Printable编码。”MIME定义了两种编码方法，其中一种是BASE64，另一种是Quote-Printable，即QP编码。前一种大家应该很熟悉...
架构QPS估算及服务器配置预估
东京易冷
11-09 4765
58架构师的文章 https://mp.weixin.qq.com/s?__biz=MjM5ODYxMDA5OQ==&mid=2651959542&idx=1&sn=2494bbea9a855e0e1c3ccd6d2562a600&scene=0#rd
23. RDMA之基于CM API的QP间建链
weixin_39094034的博客
11-01 2532
CM这一缩写有多重含义，它既可以指协议，也可以指RDMA网络中的一个管理角色，还可以指编程接口（API）。
网络性能测试工具qperf使用
热门推荐
badman250的专栏
07-24 2万+
转载自：http://linuxperformance.top/index.php/archives/42/ http://linuxperformance.top/  网络性能测试工具qperf使用 作者: yanyun  时间: July 23, 2017  分类: Performance Benchmark 前言 网络在性能方面的角色越来越重要，特别
python爬虫：案例三：去哪儿酒店价格信息
阿友的专栏
05-24 1万+
#coding=utf-8 import sys reload(sys) sys.setdefaultencoding( "utf-8" ) import urllib from selenium import webdriver import time from bs4 import BeautifulSoup import requests import os from selenium.we
【RDMA】23. RDMA之基于CM API的QP间建链--未消化
小鱼菜鸟的博客
07-22 548
【RDMA】RDMA 学习资料总目录_bandaoyu的博客-CSDN博客SavirRDMA 分享1. RDMA概述https://blog.csdn.net/bandaoyu/article/details/112859853https://zhuanlan.zhihu.com/p/1388747382. 比较基于Socket与RDMA的通信https...
【RDMA】22. RDMA之基于Socket API的QP间建链--未消化
小鱼菜鸟的博客
07-22 598
转自：https://zhuanlan.zhihu.com/p/476407641 作者：Savir 本文欢迎非商业转载及引用，转载及引用请注明出处。 建链，即建立链接(或者连接)。在RDMA技术中，本端和对端的QP之间在建立连接之后才可以通过RDMA协议进行数据交换。我们可以认为建链是正式进行RDMA通信之前所必须进行的准备工作，在建链的过程中，...
搭建服务器端jupyter notebook环境并通过外网访问
尼小屯的博客
06-21 3498
一、安装Jupyter 若已经安装了Anaconda，就无需再安装jupyter，若无，则输入 pip install jupyter 二、生成 notebook 配置文件 使用下列命令生成配置文件： jupyter notebook --generate-config 三、Jupyter密码配置 复制生成的密钥 ipython In [1]: from notebook.auth import passwd In [2]: passwd() 四、修改Jupyter配置文件 使用vim打开配置文件
如何将QP/C 移植到freertos
最新发布
03-18
<think>好的，我现在需要帮用户了解如何将QP/C移植到FreeRTOS。首先，我得先确认自己对这两个框架的理解是否正确。QP/C是一个基于活动对象的实时框架，而FreeRTOS是一个广泛使用的实时操作系统。用户的需求是集成这两者，所以需要找到移植的方法和步骤。 首先，我应该回忆一下QP/C移植到其他RTOS的一般步骤。根据之前的引用，QP提供了可移植性层和端口，可能需要修改QEP和QF的组件，适配FreeRTOS的任务管理、同步机制等。用户提到的引用[1]和[2]提到QP已经支持多个RTOS，包括FreeRTOS，所以可能有现有的端口可以参考。 接下来，我需要考虑具体的步骤。首先可能需要获取QP/C的源码和FreeRTOS的源码，然后配置QP的移植层。这里可能涉及到修改头文件，比如qep_port.h和qf_port.h，设置正确的宏定义和函数接口。例如，任务创建函数需要调用FreeRTOS的xTaskCreate，队列需要使用FreeRTOS的QueueHandle_t等。 然后，同步机制如互斥锁、信号量需要替换为FreeRTOS的实现。QP中的事件队列可能要用FreeRTOS的队列或者消息缓冲区。内存管理方面，QP可能有自己的内存池，需要调整为FreeRTOS的pvPortMalloc和vPortFree。 接下来，测试和验证是关键步骤。需要确保任务调度正确，事件传递无误，并且没有资源泄漏。可能还需要调整优先级设置，确保活动对象的优先级与FreeRTOS的配置兼容。 用户可能还关心具体的示例代码或现有的端口，根据引用[1]，QP为多个RTOS提供了即用型示例，所以应该建议用户查看QP官方提供的FreeRTOS端口示例，并参考官方文档。此外，引用[3]提到FreeRTOS的特点，比如任务调度和通信机制，这些在集成时需要特别注意。 需要注意的常见问题包括堆栈大小设置、优先级反转处理、中断服务例程中的API调用是否符合FreeRTOS要求。可能还需要配置FreeRTOS的宏，如configUSE_PREEMPTION和configUSE_TIME_SLICING，以匹配QP/C的需求。 总结步骤应该是：获取源码、配置移植层、适配任务和同步机制、处理内存管理、测试验证、参考示例和文档。同时提醒用户注意调试和常见问题，如堆栈溢出或优先级配置错误。</think>### QP/C移植到FreeRTOS的步骤详解 #### 1. **环境准备** - **获取QP/C源码**：从Quantum Leaps官网下载QP/C框架，确保版本兼容FreeRTOS[^2]。 - **集成FreeRTOS**：将FreeRTOS内核源码加入项目目录，例如使用`FreeRTOS-Kernel/include`和`FreeRTOS-Kernel/portable`。 #### 2. **移植层配置** - **修改头文件**： - **`qep_port.h`**：定义与FreeRTOS兼容的事件类型和宏，例如： ```c #define QF_CRIT_ENTRY() taskENTER_CRITICAL() #define QF_CRIT_EXIT() taskEXIT_CRITICAL() ``` - **`qf_port.h`**：配置任务管理接口，重定向到FreeRTOS函数： ```c #define QF_TASK(x) void x(void *pvParameters) #define Q_ACTIVE_START(me_, prio_, qSto_, qLen_, stkSto_, stkLen_, par_) \ xTaskCreate((me_), #me_, (stkLen_)/sizeof(StackType_t), (par_), (prio_), NULL) ``` #### 3. **任务与同步机制适配** - **活动对象任务化**：将QP的活动对象映射为FreeRTOS任务。例如： ```c static void AO_Blinky_task(void *pvParameters) { QActive_ctor(&AO_Blinky->super, Q_STATE_CAST(&Blinky_initial)); QF_run(); // 启动QP框架事件循环 } ``` - **事件队列实现**：使用FreeRTOS队列存储事件： ```c #define QF_EQUEUE_TYPE QueueHandle_t #define QACTIVE_EQUEUE_INIT(equeue_, stkSize_) \ (equeue_) = xQueueCreate((stkSize_), sizeof(QEvt*)) ``` #### 4. **内存管理适配** - **动态内存分配**：替换QP默认内存池为FreeRTOS的`pvPortMalloc`： ```c #define QF_POOL_INIT(p_, size_, n_) \ (p_) = pvPortMalloc((n_) * (size_)) #define QF_POOL_EVENT_INIT(p_, n_) \ (p_) = pvPortMalloc((n_) * sizeof(QEvt)) ``` #### 5. **中断处理与时间管理** - **系统时钟集成**：利用FreeRTOS的`vTaskDelay`或硬件定时器驱动QP的时钟节拍： ```c void SysTick_Handler(void) { QF_TICK_X(0U, &l_SysTick_Handler); // 触发QP时间事件 } ``` - **中断服务例程(ISR)**：确保中断中调用的QP函数符合FreeRTOS的`FromISR`规范。 #### 6. **验证与调试** - **基础功能测试**：创建两个活动对象，通过事件触发LED闪烁，验证任务调度和事件传递。 - **性能分析**：使用FreeRTOS的`uxTaskGetStackHighWaterMark`检查任务堆栈使用，避免溢出。 - **优先级配置**：确保活动对象优先级在FreeRTOS的`configMAX_PRIORITIES`范围内。 #### 7. **示例参考** - **QP官方示例**：查看`qp/ports/freertos`目录下的工程模板，例如`blinky`示例。 - **关键代码片段**： ```c // main.c int main(void) { QF_init(); // 初始化QP框架 QActive_start(AO_Blinky, 1, &blinkyQueueSto[0], 10, NULL, 0, 0); vTaskStartScheduler(); // 启动FreeRTOS调度器 return 0; } ``` #### 8. **常见问题** - **堆栈不足**：通过`uxTaskGetStackHighWaterMark`调整`configMINIMAL_STACK_SIZE`。 - **优先级反转**：使用FreeRTOS的互斥量优先级继承（`configUSE_MUTEXES`）。 - **事件丢失**：增大队列长度或使用`Q_NEW_REF()`动态创建事件。 --- ###
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值