Linux
-
just-js 高性能 javascript 运行时
一个非常小的 v8 javascript 运行时，仅适用于 Linux。 在Techempower第21回测试中，获得第一名！！！ github地址： https://github.com/just-js/just 构建和运...
1 3668 3 javascript -
精通 iptables CONNMARK：实现复杂应用流量的精准识别与优先级控制
在复杂的网络环境中，我们常常需要对不同类型的网络流量进行区分对待，特别是要保证关键应用的服务质量（QoS）。比如，你可能希望优先处理集群内部节点间的通信流量，或者为特定用户的 SSH 会话提供更低的延迟。传统的基于 IP 地址和端口的 ...
-
深入剖析TCP TIME_WAIT状态 为啥它赖着不走以及如何在高并发服务器上优雅送走它
嘿，各位奋战在一线的后端同学、网络大佬和SRE们！今天咱们来聊聊一个老生常谈但又极其重要的话题——TCP的 TIME_WAIT 状态。你可能在 netstat -an | grep TIME_WAIT | wc -l 时看到过成千上万的这...
-
进程崩溃后，它持有的跨进程 Robust Mutex 是如何被自动释放的
在多进程共享内存的并发编程中，跨进程锁（Shared Mutex）是一个常见的设计。但它有一个致命的阿喀琉斯之踵： 如果持有锁的进程在临界区内突然崩溃（比如收到 SIGSEGV 信号或被 kill -9 ），这个锁就会永远处于被持有...
-
Linux 共享内存跨进程读写锁：如何系统性搞定进程崩溃后的死锁难题？
在多进程高并发场景下，共享内存（Shared Memory）因其“零拷贝”的特性，堪称进程间通信（IPC）的性能王牌。然而，高收益伴随着高风险。 最让人头疼的问题莫过于： 如果一个进程在持有共享内存的锁时，突然被 kill -9 、...
-
Docker 容器 OOM 时，共享内存与 Robust Mutex 会发生什么？底层内核机制与 Namespace 影响深度剖析
在 Linux 容器（Docker）环境中，当容器内发生 OOM（Out of Memory）并触发内核 OOM Killer 强杀进程时，多进程协同系统的开发者往往会面临一系列棘手的状态一致性问题。尤其是当系统依赖共享内存（Shared...
-
Linux 大页（HugePages）配置指南：如何精准计算并科学避坑？
在维护大内存服务器（如 128GB、256GB 甚至更高）并运行高并发、重 I/O 的数据库系统（如 PostgreSQL、Oracle、Redis 等）时，Linux 默认的 4KB 内存页往往会成为系统性能的隐形杀手。 当物理内存...
-
彻底搞懂 I/O 多路复用：从 select 到 epoll 的演进与核心底层设计
在现代互联网高并发场景（如 C10K、C10M 问题）中， I/O 多路复用 是支撑高吞吐量服务的基石。无论是 Redis、Nginx 还是 Netty，其底层都离不开这一技术的支持。 从早期的 select 、 poll 到如今...
-
为什么在极限性能场景下，SPDK 依然比 io_uring 快？
在当今的存储性能压测中，如果你把一块企业级 PCIe Gen4/Gen5 NVMe SSD 的性能推向极限，通常会发现一个现象：尽管 Linux 的 io_uring 已经将内核异步 I/O 的性能提升到了前所未有的高度，但在单核 I...
-
深度解析：SPDK 在 NVMe-oF（TCP/RDMA）下相较于内核驱动有哪些核心技术优化？
在现代超大规模数据中心和高性能存储架构中，NVMe-oF（NVMe over Fabrics）已经成为连接计算节点与存储节点的标准协议。 然而，当底层存储介质（如 Optane、QLC/TLC 闪存）的物理延迟降低到微秒级，网络带宽飙...
-
告别 iptables 泥潭：在大规模 K8s 集群中用 eBPF 彻底解放 Service 转发性能
在 Kubernetes 集群规模迈向数千节点、数万 Pod 的过程中，网络性能往往会最先撞墙。 许多平台工程师或 SRE 都会遇到类似的诡异现象：集群节点数变多后，新建连接的延迟偶尔出现抖动，CPU 莫名其妙地在内核态出现尖峰，甚至...
-
单显卡直通Windows虚拟机Code 43的终极救星：如何正确提取并裁剪vBIOS镜像
在 Linux 宿主机上玩单显卡直通（Single GPU Passthrough）到 Windows 虚拟机，最让人头疼的莫过于设备管理器里那个刺眼的 “设备无法启动 (Code 43)” 。 在双显卡环境下，我们可以把副卡干干净...
-
PVE 虚拟机 vs LXC 容器：Jellyfin 硬件解码直通深度评测与避坑指南
在 Proxmox VE（PVE）环境下部署 Jellyfin 媒体服务器时，如何让其高效地调用显卡（核显或独显）进行硬件转码，是每个 HomeLab 玩家必须要面对的课题。 最常见的两条路线是：**LXC（Linux 容器）**与 ...
-
13代Intel核显在PVE 8.1下完美的SR-IOV虚拟化配置指南
在玩转 Homelab 和 PVE（Proxmox VE）时，核显虚拟化一直是高频需求。自 Intel 11 代 CPU 开始，传统的 GVT-g 虚拟化方案（可以将核显切分为多个 vGPU 供不同虚拟机使用）已被彻底废弃。取而代之的是 ...
-
N100核显SR-IOV虚拟化：PVE 8.x下Jellyfin与Plex开启QSV硬解保姆级教程
在 PVE 8.x 下，Intel N100 凭借其极低的功耗和出色的 QSV 解码能力，成为了家用 NAS/All-in-One 路由器的明星 CPU。传统的核显直通（Passthrough）只能将核显分给单一虚拟机，而通过 SR-I...
-
N100 平台 PVE 8 开启核显 SR-IOV 后的整机功耗实测与深度调优指南
在低功耗小主机和 NAS 界，Intel N100 凭借 4 个 Alder Lake-N 核心和 24EU 的 Xe 核显，直接成为了新一代的「神U」。而 Proxmox VE (PVE) 作为家用虚拟化平台的首选，配合 SR-IOV...
-
高并发下 Linux 服务器 softirq 飙高？从底层原理到实战调优指南
在高并发（尤其是海量小包网络吞吐）的场景下，Linux 服务器的 CPU 使用率中经常会出现 si (softirq，软中断) 占比极高、甚至单核被压死的现象。伴随而来的往往是丢包、延迟飙升以及吞吐量严重下滑。 要彻底解决这个问题...
-
拒绝黑屏与切源：用 Looking Glass 实现 KVM 虚拟机超低延迟无感画面回传
在搞定 KVM 显卡直通（VFIO）后，很多人面临的下一个痛点就是 显示输出 。 传统的物理双线接单显示器需要频繁切换信号源，而使用物理采集卡又存在额外的延迟和成本。RDP 或 VNC 这类网络串流方案对于游戏或高刷场景来说，高压缩率...
-
彻底解决 Looking Glass 虚拟机游戏鼠标漂移、定位不准与双光标不同步
在使用 Linux 宿主机通过 Looking Glass 运行 Windows 虚拟机进行游戏时， 鼠标漂移、定位不准、视角疯狂打转（尤其在 3D/FPS 游戏中） ，或者 双光标不同步 ，几乎是每个玩家都会踩到的经典深坑。 导致这...
-
如何用 PipeWire 将旧安卓手机调教为 PC 的无线音箱？（超低延迟无损方案）
家里吃灰的旧安卓手机，除了换盆，其实非常适合压榨出最后一丝剩余价值——当成 PC 的无线音箱。 在 Linux 步入 PipeWire 时代后，网络音频传输的配置变得前所未有的简单和高效。相比传统的 PulseAudio，PipeWi...
