pg_message_queue

转自：https://blog.csdn.net/wojiaowugen/article/details/80204121 什么是pg_temp 假设一个PG通过crush算法映射到的三个osd是[0,1,2]，此时，如果osd0出现故障，导致crush算法重新分配该PG的三个osd是[3,1,2],此时，osd3为该PG的主osd，但是osd3为新加入的osd，并不能负担该PG上的读写操作。所以

标签 PostgreSQL , 10.0 , 后台运行 , pg_background_launch , pg_background_result , pg_background_detach , pg_background 背景 当用户在管理数据库时，如果要在交互式界面跑一些QUERY，但是不知道QUERY要运行多久，担心网络问题或者其他问题导致终端断开，QUERY执行情况不明的话。就需要后台运

更多ceph相关文章详见知乎ceph专栏：聊聊ceph 什么是pg_temp 假设一个PG通过crush算法映射到的三个osd是[0,1,2]，此时，如果osd0出现故障，导致crush算法重新分配该PG的三个osd是[3,1,2],此时，osd3为该PG的主osd，但是osd3为新加入的osd，并不能负担该PG上的读写操作。所以PG此时向monitor申请一 个该pg的临时的能负责io的osd列

Ceph 针对 fio 测试工具提供了多种引擎，用于适应不同测量对象的情况。本文将介绍其中的 fio_ceph_objectstore 和 fio_ceph_message 引擎。 1. fio_ceph_objectstore 1.1 安装步骤 打开 DWITH_FIO，编译 fio_ceph_objectstore。 ./do_cmake.sh -DWITH_FIO=ON cd build m

标签 PostgreSQL , 内置分区 , pg_pathman , perf , 性能 , 锁 背景 PostgreSQL 10内置分区的性能不如pg_pathman分区插件的性能。有非常大的优化空间，那么是什么导致了分区的性能问题呢？ 编译PostgreSQL 10.0 1、编译、打开debug CFLAGS="-g -ggdb -fno-omit-frame-pointer" ./conf

bool OSD::ms_dispatch(Message *m) |---如果是标记osd down的话，直接返回service.got_stop_ack()， return true |---如果osd已经已经停止服务，则return true |---do_waiters() //list<OpRequestRef> finished 只保存pg创建的请求 |---disp

pg是ceph中比较抽象的一个概念，且起到了一个承上启下的作用，客户端的对象映射到pg，而pg映射到具体的osd，pg的peering和恢复是ceph中比较复杂的一部分了。因为pg的创建过程会经历pg peering和恢复的所有过程，因此我们可以从创建pg的流程来分析pg的peering和恢复。 pg的创建请求类型是MSG_OSD_PG_CREATE，到达osd后，osd中的_dispatch会继

01 C语言使用链表实现队列（Queue、FIFO）模块 作者 将狼才鲸 创建日期 2023-03-08 Gitee源码仓库地址：C语言使用链表实现队列（Queue、FIFO）模块 Linux原生的队列KFIFO一次只能操作一个队列，操作变长元素时，判断队列里元素个数不容易，在复杂场景下使用不方便；消息队列msgbuf的实现又太复杂，所以自行实现FIFO队列（queue）。 运行结果： jim@D

02 C语言使用队列实现缓存模块QueueBuffer 作者 将狼才鲸 创建日期 2023-03-08 Gitee源码仓库地址：C语言使用队列实现缓存模块QueueBuffer 运行结果： jim@DESKTOP-SVP3BEM MINGW64 /d/1_git/many-repositories/27_队列缓存_系统缓存 (develop) $ make gcc -o demo queue_bu

主osd收到副osd发送来的MSG_OSD_PG_NOTIFY消息后，会将该消息中所带的osd的日志信息合并到本地。 主osd收到MSG_OSD_PG_NOTIFY消息后，会调用ms_fast_dispatch进行处理，其调用栈如下 OSD::ms_fast_dispatch(Message *m) case MSG_OSD_PG_NOTIFY: //pg中其他从osd发来的MOSDPGN