智猿学院-前后端，数据库，人工智能，云计算等领域前沿技术讲座

各位同学，大家下午好！我是你们的“内存泄漏克星”，C++ 存储引擎架构师。 今天我们不聊虚的，也不聊那些花里胡哨的 AI 框架，我们来聊聊一个让无数分布式系统工程师掉头发的老生常谈——Raft 日志压缩。 想象一下，你开了一家自助餐厅（你的存储引擎）。客人（请求）源源不断地进来点菜（写入数据）。为了确保账目不乱，你规定：每上一道新菜，必须先在账本（WAL 日志）上记一笔，然后才能上菜。这叫“预写式”，保证数据不丢。 但是，问题来了。这家餐厅开了三年，客人没走，账本厚得像砖头。现在你想要给新客人上菜，你得先把这厚砖头搬到厨房，告诉新客人“这道菜 2018 年就上过了”。如果这砖头有 10GB，你每次上菜都要搬 10GB，厨房（网络/磁盘）得累死，客人（CPU）也得饿死。 这时候，快照 机制就登场了。这就像是餐厅老板突然决定：“行了，从今天起，我们不再记流水账了，我们直接把当天的库存和账目做成一张 A4 纸的报表，以后只看这张表！旧账本？烧了！” 好，我们直接切入正题，看看在 C++ 里，这事儿到底该怎么优雅地干。 1. 日志膨胀的“窒息”感 在 Raft 协议里，Leader 的职责就是 …

继续阅读“C++ 与 Raft 日志压缩：在 C++ 存储引擎中利用快照（Snapshot）机制优化 WAL 日志的截断与回收”

大家好，欢迎来到今天的硬核架构讲座。我是你们的老朋友，一个在内核和用户空间之间反复横跳的C++极客。 今天我们要聊的话题有点“重口味”，咱们不谈那些花里胡哨的Web框架，也不搞什么CRUD的增删改查。咱们要深入到底层，去触碰操作系统的脉搏——微内核架构下的IPC（进程间通信）门电路。 为什么选这个题目？因为微内核就像是一个极度挑剔的房东，它把所有服务（文件系统、网络协议栈、显卡驱动）都赶到了用户空间去住。这听起来很美好，对吧？自由、解耦。但是，如果这些住在用户空间的服务之间要谈恋爱、要交流，它们得翻墙出去找房东（内核）才行。这就是IPC。 而C++，就是那个帮你翻墙、帮你递信、甚至帮你把信封做得防水的最佳帮手。 第一部分：微内核的“鸡生蛋，蛋生鸡”问题 首先，咱们得搞清楚背景。微内核架构，比如QNX，Minix，或者那个传说中的Fuchsia。它的核心哲学是“极简主义”。内核只干三件事：内存管理、进程调度、IPC通信。其他的，比如文件系统、网络协议，统统都是用户态的守护进程。 这有什么问题？问题就在于效率。 传统的宏内核（像Linux）把所有东西都塞进一个地址空间，进程A想给进程B发个 …

继续阅读“C++ 自定义系统调用接口：在微内核架构下利用 C++ 封装实现高效的进程间通信（IPC）门电路”

欢迎来到“硬核”现场：当 C++ 遇上 RTM（事务性内存） 各位同学，大家好！我是你们今天的讲师。 今天我们不聊虚的，我们聊点硬的。我们要聊的是 C++ 编程中一个让无数程序员头秃的问题：锁。 在座的各位，谁没有在深夜两点半，对着屏幕上那个 std::mutex 的报错发呆？谁没有因为锁粒度太大导致性能像蜗牛一样爬，或者锁粒度太小导致死锁像达摩克利斯之剑一样悬在头顶？ 今天，我们要讲的是如何用一种“作弊”的方式——硬件事务内存（RTM），来绕过锁的痛苦，实现那种传说中的“细粒度、高并发、无阻塞”的推测性执行。 准备好了吗？让我们把 CPU 的指令集手册翻到第 4 章。 第一章：锁的“苦难”史 首先，让我们来给互斥锁（Mutex）唱一首挽歌。 想象一下，你有一个巨大的仓库（内存），里面堆满了货物（数据）。现在有 100 个搬运工（线程）要同时往里面搬货。为了防止货物堆错位置，你给仓库装了一把巨大的、沉得像铅块一样的锁。 std::mutex 的行为： 搬运工 A 抢到了锁，把锁扣上。 搬运工 B、C、D……全被堵在门口，眼巴巴地看着。 A 忙活了 1 秒钟，放下了锁。 B 抢到锁，开始 …

继续阅读“C++ 与 事务同步扩展（RTM）：在 C++ 临界区利用硬件事务内存实现细粒度锁的推测性执行”

各位好，欢迎来到编译器内心世界。 今天我们不聊怎么写代码，我们聊聊编译器“怎么读”代码。特别是当你的代码里塞满了模板，像俄罗斯套娃一样一层套一层，甚至递归调用自己时，那个穿着马甲的 Clang 编译器（也就是 LLVM 优化器）是如何在内心疯狂尖叫，最后决定到底是把函数体“塞”进调用点，还是老老实实地生成一个跳转指令的。 这不仅仅是一个技术问题，这是一场关于“贪婪”与“克制”的博弈。 第一章：内联，编译器的“俄罗斯套娃”艺术 首先，我们得明白内联是什么。在内联之前，代码长这样： // func.h int add(int a, int b) { return a + b; } // main.cpp #include “func.h” int main() { int x = add(5, 3); return x; } 当编译器看到 add 被调用时，它有两个选择： 普通调用：生成一段汇编指令，把参数压栈，跳转到 add 的地址，执行完回来，弹栈。 内联：把 add 函数里的那三行代码（return a + b;）直接复制到 main 函数里。这样 main 就变成了： int ma …

继续阅读“C++ 编译器內联决策：解析 Clang 优化器在处理深层 C++ 模板调用时的递归内联启发式算法”