带宽
-
Unraid 极致省电：如何优雅地在夜间自动关闭闲置 PCIe 设备电源
在 Homelab 圈子里，折腾 Unraid 的终点往往是“省电”和“静音”。 许多人的 Unraid 服务器上插满了各种 PCIe 扩展卡：万兆网卡、多口 SATA 扩展卡、甚至用于推流或 AI 的独立显卡。这些设备在白天提供了强...
-
如何用 PipeWire 将旧安卓手机调教为 PC 的无线音箱？（超低延迟无损方案）
家里吃灰的旧安卓手机，除了换盆，其实非常适合压榨出最后一丝剩余价值——当成 PC 的无线音箱。 在 Linux 步入 PipeWire 时代后，网络音频传输的配置变得前所未有的简单和高效。相比传统的 PulseAudio，PipeWi...
-
榨干显卡直通性能：Proxmox VE (PVE) 虚拟机配置 Looking Glass 极速无延迟串流指南
在玩转 Homelab 和 PVE 显卡直通时，很多人会遇到一个棘手的问题： 如何无延迟地在另一台设备（或宿主机本身）上操作虚拟机？ 传统的 RDP（远程桌面）由于协议限制，不仅砍掉了显卡加速，玩游戏还会有明显的音频与画面延迟；VN...
694 Proxmox VE显卡直通 -
彻底搞懂All in One主机PCIe直通导致死机紫屏的深渊级排查指南
在 All in One（下文简称 AIO）主机的折腾之路上，最让人崩溃的不是配置不通，而是运行了几天甚至几周后，系统突然毫无征兆地死机、断网，或者 ESXi 爆出醒目的紫屏（PSOD）。 在排除掉内存超频不稳定后，这类问题 90%...
-
直通网卡和核显后，OpenWrt热重启导致整机断电死锁的底层原因与终极解决办法
在玩软路由或 “All-in-One” 架构的 Homelab 圈子里，这是一个非常经典但又极度让人抓狂的「硬件级死锁」现象。 表现为：虚拟机（通常是 PVE 或 ESXi）正常运行，一旦你点击 OpenWrt 的「重启」或在后台执行...
-
PVE网卡直通绑定失效？一文看懂IOMMU分组拆分与ACS补丁实操
在玩转 Proxmox VE（PVE）做软路由、NAS 或 AIO（All-in-One）系统时， PCIe 硬件直通 几乎是必经之路。但很多人在直通网卡（尤其是多口网卡或板载网卡）时，经常会遇到一个诡异的现象： 一旦把网卡分配给...
-
N100 物理黑群晖吃满 ASPM 与 C10 深层省电的硬核调优指南
很多人选择 Intel N100 制作 NAS，看中的就是它宣称的超低待机功耗。然而在实际物理安装黑群晖（DSM 7.x）后，不少人发现整机空载功耗高达 15W - 20W，CPU 的 Package C-State 只能卡在 C2 或 ...
-
Linux 虚拟机开启 3D 加速的底层逻辑与性能瓶颈是什么？
在虚拟机（VM）里玩 3D 游戏或者运行复杂的 WebGL 应用，历来是一件让人头疼的事。很多人会发现，即使主机的显卡性能爆炸，虚拟机里拉动一个 3D 窗口依然卡顿。 要理解这个现象，我们需要扒开虚拟机图形栈的底层，看看 3D 渲染指...
-
RocksDB 部署在 SSD 上，如何通过参数调优与冷热分离将写放大（WAF）降低 50% 以上？
在企业级存储与数据库架构中，RocksDB 作为经典的 LSM-Tree（Log-Structured Merge-Tree）存储引擎，因其极高的写入吞吐量被广泛应用。然而，LSM-Tree 天生的“空间换时间”机制，会导致频繁的后台 C...
-
解决RocksDB在时序高并发场景下MemTable频繁Flush、WAL积压与写放大的系统性方案
在基于 RocksDB 构建高并发时序数据库（TSDB）时，很多架构师和内核开发人员都会遭遇一个经典的技术「死锁」： 在高吞吐写入下，为了保证写入性能和防止 OOM，系统会频繁触发 MemTable Flush。这看似释放了内存，却直...
-
搞定 RocksDB FIFO Compaction 的暗坑：如何在高吞吐下兼顾空间放大与写入抖动？
在分布式存储系统的设计中，针对时序数据、大容量缓存或纯追加（Append-only）写入场景，开发者通常会首选 RocksDB 的 FIFO Compaction 策略。其核心逻辑非常简单：像一个环形缓冲区（Ring Buffer）一...
-
怎样设计自适应限速算法平抑LSM树时序数据库的Compaction引起的IO抖动
在时序数据库（TSDB）的生产环境中，最让架构师和运维痛、也最难解决的问题之一，莫过于 毫无征兆的写入延迟毛刺 。 这类毛刺通常呈现出高度的周期性或突发性：系统在平稳运行数小时后，写入吞吐突然断崖式下跌，P99 延迟瞬间飙升到数秒，几...
-
LSM 存储引擎高频写入时 Leveled 与 Universal 的动态写放大波动曲线有什么本质区别
在基于 LSM-Tree（Log-Structured Merge-tree）架构的存储引擎（如 RocksDB、TiKV 等）中，**写放大（WAF - Write Amplification Factor）**是决定系统写入吞吐量和 ...
-
LSM-Tree 存储引擎如何在 SSD 上实现「写放大」自救？
在现代高并发写入场景中，LSM-Tree（Log-Structured Merge-Tree）凭借其将随机写转化为顺序写的特性，成为了 RocksDB、Cassandra 等主流存储引擎的基石。然而，这种设计天然带来了一个致命的副作用： ...
-
彻底解决 RocksDB Write Stall：当 pending compaction bytes 激增，如何平滑限流避免延迟抖动？
在基于 LSM-Tree（Log-Structured Merge-Tree）架构的存储引擎（如 RocksDB）中， Write Stall（写入停顿） 是最令架构师和 DB 运维人员头疼的性能杀手。当写入速度远超后台 Compact...
-
如何设计 LSM-Tree 存储引擎的 Compaction 限速机制，彻底解决 P99 延迟抖动？
在基于 LSM-Tree（Log-Structured Merge-tree）架构的存储引擎（如 RocksDB、TiKV 等）中， Compaction（压实） 是维持系统健康运转的核心机制。它通过在后台合并 SStables，清理过...
-
SSD FTL 碎片化是如何击穿数据库 P99 延迟的？
在评估数据库性能时，平均响应时间（Average Latency）往往是一片风平浪静，但 P99 甚至 P99.9 延迟的突然飙升（比如从数百微秒暴涨至数十毫秒），却常常成为线上系统的“无形杀手”。 这种偶发性的延迟毛刺，很多时候并非...
-
TiKV Titan 存储引擎应对 SSD 硬件空洞与文件系统碎片的深层优化实践
在 TiDB/TiKV 的大规模生产实践中，为了应对大 Value 带来的写放大问题，我们通常会开启 Titan 存储引擎。Titan 通过 KV 分离 （Key-Value Separation）将大 Value 从 LSM-tree...
-
深入 RocksDB/Titan：如何优雅地针对特定 CF 禁用与启用 KV 分离？（附动态切换避坑指南）
在海量 KV 存储场景中，RocksDB 的写放大（Write Amplification）一直是架构师的心头大患。为此，PingCAP 开发了 Titan 作为 RocksDB 的 KV 分离插件，通过将大 Value 写入独立的 Bl...
-
RocksDB 面对大 KV 高频写入直接拉胯？聊聊 Titan KV 分离架构的深水区避坑指南
在传统的 LSM-Tree 架构中，RocksDB 是应对高并发写入的利器。然而，一旦业务场景中出现了 1MB 以上的大 Key-Value（LKV） ，且伴随着 高频写入 ，RocksDB 的写放大（Write Amplificati...
