linux
-
为什么高并发 Redis 实例启用透明大页（THP）后，写操作延迟会瞬间飙升？
在 Linux 环境下运行高并发 Redis 实例时，如果你阅读过 Redis 的启动日志，经常会看到这样一行显眼的警告： WARNING you have Transparent Huge Pages (THP) enabled ...
-
Linux 大页（HugePages）配置指南：如何精准计算并科学避坑？
在维护大内存服务器（如 128GB、256GB 甚至更高）并运行高并发、重 I/O 的数据库系统（如 PostgreSQL、Oracle、Redis 等）时，Linux 默认的 4KB 内存页往往会成为系统性能的隐形杀手。 当物理内存...
-
为什么在极限性能场景下，SPDK 依然比 io_uring 快？
在当今的存储性能压测中，如果你把一块企业级 PCIe Gen4/Gen5 NVMe SSD 的性能推向极限，通常会发现一个现象：尽管 Linux 的 io_uring 已经将内核异步 I/O 的性能提升到了前所未有的高度，但在单核 I...
-
多进程共享内存中，如何优雅地处理 pthread_mutex_lock 返回的 EOWNERDEAD？
在多进程高并发场景下，使用共享内存（Shared Memory）配合互斥锁（Mutex）是极常见的 IPC 设计。但这种设计有一个致命的痛点： 如果持有锁的进程突然崩溃（比如被 kill -9 ，或者发生 Segment Fault），...
-
PVE 8.0下Intel 12代及以上核显SR-IOV虚拟化实操教程（保留宿主机HDMI输出）
在 Intel 11 代之前的消费级平台上，我们常用 GVT-g 技术来对核显进行分片虚拟化。但从 12 代（Alder Lake）及以后的架构（包括 N100、i3-12100、i7-13700 等）开始，Intel 彻底废弃了 GVT...
-
C++20 协程生命周期踩坑指南：如何优雅地解决异步 I/O 中的悬挂指针与内存崩溃？
C++20 引入的协程（Coroutines）极大地简化了异步代码的编写方式，让我们可以用同步的直觉写出异步的高性能代码。然而，硬币的另一面是 极其严苛的内存生命周期管理 。 在传统的同步代码中，调用栈（Call Stack）天然地保...
-
彻底抛弃 kube-proxy 后 Cilium 如何依靠 eBPF 驾驭 NodePort 与 ExternalIP 流量
在传统的 Kubernetes 集群中，服务发现和负载均衡主要依赖 kube-proxy 。它通过维护大规模的 iptables 规则或 IPVS 虚拟服务器来实现流量转发。然而，随着集群规模的扩大， iptables 的 $...
-
Linux共享内存与Mutex避坑指南 防止死锁与内存损坏的底层技术
在 Linux 进程间通信（IPC）的高性能场景中， shm_open （POSIX 共享内存）配合共享互斥锁（Process-shared Mutex）是极常见的方案。这种方案虽然延迟极低，但由于多个进程拥有独立的虚拟地址空间，且其生命...
-
Go 语言中 File.Fd() 引起的 GC 惨案：flock 锁为何会悄悄失效？
直接给出结论： 是的，绝对会。 这是 Go 语言底层内存管理（垃圾回收）与 Unix 系统调用交互时，一个非常经典且极其隐蔽的“坑”。如果你在获取了 File.Fd() 之后，后续代码中不再直接使用 File 对象本身，那...
-
PVE核显虚拟化（vGPU/SR-IOV）避坑：如何彻底解决多虚机画面撕裂与串流延迟？
在 Proxmox VE（PVE）下将 Intel 核显（从老一代的 GVT-g 到第 12/13/14 代及 Alder Lake/Raptor Lake 的 SR-IOV）直通给多个虚拟机（VM）使用，是搭建家用高密度云桌面、多路高清...
-
Linux 文件锁的终极纠缠：flock、fcntl、lockf 的本质区别与致命陷阱
在 Linux 多进程或多线程开发中，文件锁（File Locking）是一个绕不开的坎。很多人在遇到进程间同步、防止程序多开、或者写入同一日志文件时，会随便搜一段代码，调个 flock 或者 fcntl 就上线了。 结果往往...
-
彻底搞懂 I/O 多路复用：从 select 到 epoll 的演进与核心底层设计
在现代互联网高并发场景（如 C10K、C10M 问题）中， I/O 多路复用 是支撑高吞吐量服务的基石。无论是 Redis、Nginx 还是 Netty，其底层都离不开这一技术的支持。 从早期的 select 、 poll 到如今...
-
如果 Robust Mutex 的恢复线程在 consistent 之前再次崩溃，这把锁会经历什么？
在 Linux 多线程或多进程共享内存的并发编程中， Robust Mutex（鲁棒互斥锁） 是解决“持有锁的线程意外死亡导致死锁”的终极武器。 通常的流程是：线程 A 持锁崩溃 $ rightarrow$ 线程 B 接管并收到 ...
-
利用 io_uring 固化缓冲区与 C++23 内存池攻克大文件零拷贝吞吐极限
在大文件网络传输或高性能存储系统中，传统的 read / write 系统调用往往伴随着高昂的 CPU 拷贝开销与内核态/用户态切换成本。即便使用标准 io_uring 异步接口，如果在每次 I/O 提交时都动态建立用户空间页...
-
突破异步C++极限：如何基于 P2300 (std::execution) 构建高性能 io_uring 调度器？
在 C++23 中，随着 std::execution （即 P2300 提案）的逐步落地，C++ 异步编程正在迎来底层的统一变革。借助 Sender/Receiver（发送器/接收器） 模型，我们可以用高度结构化的方式组织异步任务...
-
Redis 单线程与 Reactor 模型的精密协同机制
在高性能网络编程领域，Redis 常被作为“单线程高性能”的典范。要理解为什么 Redis 的单线程设计在处理高并发网络 IO 时，不仅没有成为瓶颈，反而避免了多线程的延迟副作用，我们需要从 CPU 架构、操作系统内核以及 Redis 自...
-
当进程因 OOM 被杀，共享内存中的 Robust Mutex 真的能 100% 释放吗？剖析内核层面的极致边界
在多进程共享内存的并发设计中， Robust Mutex（健壮互斥锁） 被广泛用于解决“持有锁的进程意外崩溃，导致其他进程永久死锁”的问题。 当一个进程因为内存耗尽（OOM）被内核发送 SIGKILL 强行杀掉时，大家通常认为内...
-
突破网络瓶颈：SPDK NVMe-oF TCP 架构下的 io_uring 与 eBPF 套接字优化实践
在 NVMe-over-Fabrics (NVMe-oF) TCP 部署中，尽管 SPDK（Storage Performance Development Kit）利用用户态、轮询模式（Poll-mode）驱动极大地释放了 SSD 的吞吐...
-
N100 小主机 PVE 双网卡直通保姆级教程：不影响宿主机联网与管理的避坑指南
在用 Intel N100 小主机折腾 PVE（Proxmox Virtual Environment）做 AIO（All in One）时，双网卡直通给 OpenWrt/iStoreOS 等软路由系统是提升网络性能、降低 CPU 占用的...
-
彻底解决 SPDK 启用 AF_XDP 时的 memlock 报错：从原理到生产级配置
在 Linux 5.15+ 内核环境下，使用 SPDK（Storage Performance Development Kit）搭配 AF_XDP 驱动（特别是配合 bdev_aio 或自定义网络前端）时，很多开发者在初始化 UMEM...
