SSD
-
PVE 下 ZFS 机械硬盘休眠全攻略：榨干最后一瓦电的实操指南
在家用 NAS 和 Homelab 圈子里，“全天候运行”的电费是一笔无法忽略的开支。尤其是当你在 Proxmox VE (PVE) 中组建了 ZFS 存储阵列后，会发现机械硬盘（HDD）几乎永远在咔哒咔哒地读写，根本无法进入休眠状态。 ...
-
PVE 彻底开启 CPU C-State 深层节能指南：从 BIOS 到内核的超详细调优
很多人在家里组装了 Homelab，装上 PVE（Proxmox VE）系统后，发现即使系统完全空载，整机功耗依然居高不下。这通常是因为 CPU 没有真正进入深层的 C-State（C阶节能状态） 。 在默认情况下，由于 BIOS ...
-
榨干最后一瓦 如何通过 BIOS ASPM 优化 NAS 待机功耗与排查 PCIe 省电故障
对于 24 小时常开的家用 NAS 而言，待机功耗（Idle Power）直接决定了它的电费账单和发热量。很多玩家在组装 NAS 时，明明选择了低功耗的 CPU（如 Intel N100 或低功耗桌面版 CPU），但整机空载功耗依然在 2...
-
物理黑群晖 vs PVE虚拟化：家用低功耗NAS，谁在硬盘休眠和省电上更胜一筹？
在折腾家用 NAS 的圈子里，“功耗”和“硬盘休眠”永远是绕不开的两个核心话题。 很多新手在规划自己的 low-power NAS 时，往往会被 PVE（Proxmox VE） 强大的虚拟化能力所吸引，幻想着“一台主机搞定群晖、软...
-
PVE直通万兆网卡高负载下载时宿主机直接死机失联，该怎么抓取崩溃日志？
在玩 Homelab 或者企业私有云时，PVE（Proxmox VE）直通万兆网卡（如 Intel X520/X540、Mellanox ConnectX-3/4、Aquantia 等）是压榨网络性能的常见操作。 然而，不少人会遇到一...
-
畅网N5105软路由PVE系统下，NVMe固态硬盘直通群晖VM与ASPM节能完美共存指南
在低功耗 Homelab 界，畅网 N5105 软路由因其性价比和多网口设计成为热门选择。但在 PVE（Proxmox VE）虚拟化环境下，很多玩家在尝试将 NVMe 固态硬盘直通给群晖（DSM）虚拟机时，会遭遇两个痛点： 功耗...
-
J4125 对决 N5105：物理黑群晖极致省电配置指南与避坑指南
在折腾 DIY NAS 的圈子里，J4125 和 N5105 是两代神 U。很多垃圾佬在组建 24 小时开机的物理黑群晖时，最关心的指标除了性能，就是 待机功耗 。 很多人单纯地认为“10nm 的 N5105 肯定比 14nm 的 J...
-
N100 物理黑群晖吃满 ASPM 与 C10 深层省电的硬核调优指南
很多人选择 Intel N100 制作 NAS，看中的就是它宣称的超低待机功耗。然而在实际物理安装黑群晖（DSM 7.x）后，不少人发现整机空载功耗高达 15W - 20W，CPU 的 Package C-State 只能卡在 C2 或 ...
-
低功耗家用NAS纠结：物理黑群晖还是PVE虚拟化？聊透硬盘休眠和功耗控制的真实差异
在组建家用低功耗 NAS 时，“物理直刷黑群晖（裸机部署）”和“PVE 虚拟化后装群晖（万物皆可虚拟化）”是两条最主流的路线。 很多玩家在规划配置时，往往只看重 PVE 的多功能和灵活性，却忽略了 硬盘休眠 和 整机功耗控制 这两个 ...
-
穷玩 HomeLab：双盘位 N100 小主机跑 PVE，怎么用 ZFS 做最低成本的容灾？
在 HomeLab 圈子里，N100 双盘位小主机（比如各类双网口/多网口轻量 NAS、小主机）几乎是性价比的代名词。 但双盘位跑 Proxmox VE (PVE) 会面临一个尴尬的痛点： 如果直接做 ZFS Mirror（镜像），可...
-
N100 四网口小主机：如何安全地将 NVMe 固态硬盘物理直通给 TrueNAS，同时保障 PVE 系统盘安全？
在用 Intel N100 四网口小主机折腾 All-in-One（PVE + 软路由 + TrueNAS/群晖）时，很多玩家都会遇到一个核心痛点： 如何把 NVMe 固态硬盘直通给 TrueNAS，同时绝对不能影响到 PVE 本身的系统...
-
N100 平台 PVE 8 开启核显 SR-IOV 后的整机功耗实测与深度调优指南
在低功耗小主机和 NAS 界，Intel N100 凭借 4 个 Alder Lake-N 核心和 24EU 的 Xe 核显，直接成为了新一代的「神U」。而 Proxmox VE (PVE) 作为家用虚拟化平台的首选，配合 SR-IOV...
-
SPDK Blobstore在高频元数据写入场景下的碎片整理与GC架构设计
在高性能存储系统设计中，SPDK Blobstore 凭借其用户态、异步、无锁以及轮询（Polled-mode）的特性，成为了构建新型分布式存储和数据库底层引擎的热门选择。然而，当面临高频、小包的元数据（如目录树修改、KV索引更新、对象属...
-
跑满 NVMe 极限：基于 SPDK 的无锁分布式元数据引擎架构设计
在单盘 NVMe SSD 轻松突破百万级 IOPS、百微秒级延迟的今天，分布式存储系统的性能瓶颈早已不再是底层物理硬件的读写速度，而是软件栈在 CPU 上的开销。 在传统架构中，元数据引擎（如基于内核态文件系统的 RocksDB）在面...
-
RocksDB 部署在 SSD 上，如何通过参数调优与冷热分离将写放大（WAF）降低 50% 以上？
在企业级存储与数据库架构中，RocksDB 作为经典的 LSM-Tree（Log-Structured Merge-Tree）存储引擎，因其极高的写入吞吐量被广泛应用。然而，LSM-Tree 天生的“空间换时间”机制，会导致频繁的后台 C...
-
搞定 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）**是决定系统写入吞吐量和 ...
-
如何精准测试 SSD 和 RocksDB 的物理写放大（WAF）？从 Fio 到 db_bench 的实操指南
在存储系统与数据库性能调优中， 写放大系数（WAF, Write Amplification Factor） 是决定 SSD 寿命和系统写入吞吐量的核心指标。 许多工程师在测试 WAF 时，经常会遇到数据对不上的情况：为什么 Roc...
-
LSM-Tree 存储引擎如何在 SSD 上实现「写放大」自救？
在现代高并发写入场景中，LSM-Tree（Log-Structured Merge-Tree）凭借其将随机写转化为顺序写的特性，成为了 RocksDB、Cassandra 等主流存储引擎的基石。然而，这种设计天然带来了一个致命的副作用： ...
