ceph——AsyncMessenger类图

最新推荐文章于 2023-09-15 09:59:52 发布
原创 最新推荐文章于 2023-09-15 09:59:52 发布 · 464 阅读 · 1 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。

本文深入解析AsyncMessenger的构造过程，包括DispatchQueue的生成，PosixNetworkStack类型的AsyncMessenger::stack变量创建，及其内部vector<Worker*>成员的初始化。Worker类继承自PosixWorker，内含EventCenter对象，该对象关联EpollDriver指针。

在这里插入图片描述以上类图简单的画出了关键类之间的关系，可能存在错误的地方。
AsyncMessenger构造打字过程
1：生成DispatchQueue对象
2：生成AsyncMessenger：：stack，该变量为PosixNetworkStack类型指针
在其父类NetworkStack构造时，会生成vector<Worker*>成员，Worker*是PosixWorer的父类指针
Worker包含EventCenter的对象
EventCenter关联一个EpollDriver的指针类型

Ceph网络模块(3)——AsyncMessenger代码流程分析
Hequan的专栏
01-08 5679
Ceph网络模块(3)——AsyncMessenger代码流程分析
【ceph】AsyncMessenger 通信模块基础A1--编辑中
我的笔记本
12-14 3588
ceph网络通信三种实现方式 代码在 src/msg ceph的网络通信的源码在src/msg下，有Ceph Messager的三个实现：simple，async，xio。 simple模式:2021：基本不用了，不建议看了） simple模式相对比较简单，一个链接的每一端都有两个线程，分别负责读和写，当集群规模很大的时候，会有大量线程，占用大量资源，限制了网络性能。（SimpleMessenger是网络层最早的实现，当时的网络编程模型还是线程当道，因此simple采用的就是这种简单粗暴的线
【Ceph】AsyncMessenger 简析 II/III|RDMAStack IO路径
我的笔记本
12-29 911
在IO栈的优化中，同步改异步是很常用的一种方法，往往可以提高系统的吞吐率，Ceph Messenger就是利用Linux的阻塞异步IO机制，以及自身设计的队列结构来实现对Event的异步处理，进而获取了比Simple Messenger优越很多的性能。 Ceph的异步机制根据EventCenter::EventDriver的不同实例可以使用几种模型，本文讨论的是基于epoll机制的Ceph Async + RDMAStack下的IO路径 Ceph Async机制的核心即是EventCenter，下图简
【ceph】AsyncMessenger模块源码分析01 资源创建
我的笔记本
12-28 813
ceph早些版本默认的网络框架是SimpleMessenger，但是SimpleMessenger是多线程模型，对于较大的集群，会产生很多线程，对主机的要求也比较高。 当前的版本（mimic，v13）默认的messenger框架是AsyncMessenger，AsyncMessenger可以选择多路IO复用的epoll模型来处理连接和消息，这大大的减少了由于连接数过多带来的主机资源消耗。 下面以OSD的ms_public来介绍AsyncMessenger网络模块。 messenger = Mess
ceph通信（3）——AsyncMessenger启动接收线程
w007d的专栏
08-05 426
OSD::init |—client_messenger-&amp;gt;add_dispatcher_head(this) // Messenger.h void add_dispatcher_head(Dispatcher *d) |—bool first = dispatchers.empty() // 初始化时dispatcher为空，list
ceph相关消息类图
zrs19800702的博客
11-01 1090
ceph相关通信类图
【Ceph】AsyncMessenger 简析 II/III
小鱼菜鸟的博客
12-29 218
目录 AsyncMessenger 简析 II EventCenter file events external events AsyncMessenger 简析 III RDMAStack IO路径 Send IO Receive IO AsyncMessenger 简析 II 在IO栈的优化中，同步改异步是很常用的一种方法，往往...
ceph——数据修复/均衡速度测试
MC_dull_lj的博客
09-18 2919
以副本环境的数据均衡为例，以下需要注意： 1、写入数据时，用脚本监控写入数据量（ceph df）到达预定值，开始、停止cosbench cosbench支持命令行。进入cosbench目录，用./cli.sh &lt;action: submit|cancel|info&gt;来开始、结束任务 [root@node-105-84 ~]# cd 0.4.2.c4/ [root@nod...
ceph异步消息类图
zrs19800702的博客
11-09 869
ceph异步消息类图
Ceph网络模块(2) - AsyncMessenger组织结构
Hequan的专栏
01-08 3891
本文主要介绍AsyncMessenger的代码框架结构以及基本数据结构
ceph通信（2）——AsyncMessenger::bind绑定端口
w007d的专栏
08-05 345
|—ms_public-&gt;bind(g_conf-&gt;public_addr); // AsyncMessenger::bind(const entity_addr_t &amp;bind_addr) // 入参 bind_addr=”本节点IP:0/0” |—for (auto &amp;&amp;p : processors) |— p-&gt;bind...
ceph通信（1）——AsyncMessenger构造
w007d的专栏
08-05 798
AsyncMessenger(cct, name, type, std::move(lname), nonce); // name = entity_name_t、type = &amp;quot;async+posix&amp;quot;、 lname = &amp;quot;client&amp;quot; nonce = pid entity_name_t::OSD(whoami) |---entity_name_t(TYPE_OSD, i) // s.
【ceph】AsyncMessenger模块源码分析02 会话建立过程
我的笔记本
12-11 1350
目录 Ceph Async Messengerhttp://blog.wjin.org/posts/ceph-async-messenger.html Overview Server Initialization Bind and Listen Deal with Event Add Listen Fd Accept Connection Add Accept Fd Communication Client Summary 源文: Ceph Async Messengerhttp
ceph async代码分析
chuxinxia8434的博客
11-22 327
数据结构 封装了socket的基本使用 class NetHandler { public: int connect(const entity_addr_t &addr, const entity_addr_t& bind_addr);//连接 int reconn...
Ceph源码分析之Async模块：2、上层通信模型
hawkerou的博客
03-24 2310
在博文Ceph源码分析之Async模块：1、异步通信核心模块EventCenter+Epoll 里面介绍了Async实现异步通信的底层核心模块。这次打算从上层应用来看ceph的通信模型模型。ceph通信模块的源代码定义在msg目录下，消息类型定义在message目录下面。概述ceph各个组件直接的通信以及和客户端直接的通信都依赖与ceph的通信模块，捋清楚通信模块对阅读源代码会有帮助。 先看一张简
ceph async_messenger 如何工作
Kiris_king的博客
04-21 144
ceph网络通信Message数据结构
大隐隐于野
09-15 454
ms_fast_dispatch的调用是由Pipe的接收线程直接处理的，因此性能比前者要好。5.否则调用函数in_q->enqueue(m, m->get_priority(), conn_id) ， 本函数把接收到的消息加入到DispatchQueue的mqueue 队列里， 由DispatchQueue的线程调用ms_dispatch处理。需要注意的是，这里的消息发送都是异步发送，请求的ack应对消息回来后在Dispatcher的 ms_dispatch或者ms_fast_dispatch里处理。
AsyncMessager初步
w007d的专栏
08-01 319
ceph_osd.cc // 创建AsyncMessager对象 |---Messenger *ms_public = Messenger::create(g_ceph_context, public_msgr_type, entity_name_t::OSD(whoami), "client", getpid(), Messenger::HAS_HE...
Ceph学习——Librbd块存储库与RBD读写流程源码分析
04-30
Ceph是一个分布式存储系统，包括多个组件，其中包括Librbd块存储库。在Ceph中，Librbd提供了一种将RBD（块设备）映射到客户端的方法，并使客户端能够读写这些设备。在本文中，我们将分析Librbd块存储库的源代码以及RBD的读写过程。 1. Librbd源码分析 Librbd块存储库的源代码位于src/librbd目录下。其中，包括librbd.cc、ImageCtx.cc、ImageWatcher.cc、Journal.cc等多个源代码文件。这些源代码文件组成了Librbd块存储库的核心。 其中，librbd.cc是Librbd块存储库的主要源代码文件。在这个文件中，包括了Librbd的初始化、映射、卸载等方法。ImageCtx.cc则是Image上下文，用于管理Image的状态、锁定、映射等信息。ImageWatcher.cc用于监控Image的状态变化，Journal.cc则是Librbd的Journal日志管理。 2. RBD读写流程源码分析 在Ceph中，RBD由client和server两个部分组成。client在客户端上运行，提供了将RBD映射到客户端的方法。server在存储集群中运行，提供了RBD的存储和管理。 RBD的读写流程如下： 1）客户端向Ceph Monitor请求RBD映射信息，Monitor返回Image ID和Image特性； 2）客户端向Ceph OSD请求RBD数据块，OSD返回数据块内容； 3）客户端将数据写入或读取到本地块设备； 4）客户端向Ceph OSD写入或读取数据块，OSD返回操作结果； 5）客户端向Ceph Monitor请求解除RBD映射，Monitor返回解除结果。 在上述过程中，涉及到的源代码文件有：librbd.cc、ImageCtx.cc、ImageWatcher.cc、Journal.cc等。 总结 Librbd块存储库和RBD读写流程是Ceph存储系统的核心组件之一，通过分析源代码可以更加深入地了解Ceph存储系统的实现原理。同时，对于开发者来说，也有助于在Ceph存储系统上构建更加高效、稳定的存储应用。
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值