NVMe
-
老电脑升级NVMe SSD，Win7能跑GPT分区和UEFI启动吗？
嘿！想给旧电脑升级硬盘，一眼就看上了速度飞快的NVMe SSD，这想法跟我当年一模一样！不过，当你看到新硬盘都推荐用GPT分区时，旧Windows 7系统能不能驾驭它，以及不重装系统有没有办法兼容，这些问题确实挺让人头大的。作为过来人，我...
-
旧电脑想换NVMe硬盘？Windows 7直接克隆启动可能行不通
最近有朋友问我，他的旧笔记本电脑想升级，把系统从老硬盘直接克隆到新的NVMe固态硬盘上，然后用GPT分区启动，但又怕重装系统太麻烦。这确实是个很常见的想法，想保留老环境，又想体验新硬盘的速度。但这里有几个关键的技术点需要搞清楚，尤其是Wi...
-
老笔记本升级NVMe SSD？这些兼容性陷阱你得知道！
最近不少朋友想给老笔记本升级SSD提速，一提到SSD，大家首先想到的就是NVMe，毕竟速度比SATA快一大截。但如果你的笔记本型号比较老，可千万别光看接口就盲目下单，里面的兼容性“陷阱”可不少！作为一个常年折腾电脑的“搞机小能手”，今天就...
-
为什么在极限性能场景下，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 闪存）的物理延迟降低到微秒级，网络带宽飙...
-
突破网络瓶颈：SPDK NVMe-oF TCP 架构下的 io_uring 与 eBPF 套接字优化实践
在 NVMe-over-Fabrics (NVMe-oF) TCP 部署中，尽管 SPDK（Storage Performance Development Kit）利用用户态、轮询模式（Poll-mode）驱动极大地释放了 SSD 的吞吐...
-
SPDK NVMe-oF 性能实测：RDMA 与 AF_XDP TCP 延迟与 CPU 损耗的深度量化剖析
在超大规模数据中心和高性能存储架构中，如何压榨网络协议栈的每一分性能是永恒的主题。SPDK（Storage Performance Development Kit）作为用户态存储领域的标杆，其 NVMe-oF（NVMe over Fabr...
-
TiKV Titan 存储引擎应对 SSD 硬件空洞与文件系统碎片的深层优化实践
在 TiDB/TiKV 的大规模生产实践中，为了应对大 Value 带来的写放大问题，我们通常会开启 Titan 存储引擎。Titan 通过 KV 分离 （Key-Value Separation）将大 Value 从 LSM-tree...
-
SSD FTL 碎片化是如何击穿数据库 P99 延迟的？
在评估数据库性能时，平均响应时间（Average Latency）往往是一片风平浪静，但 P99 甚至 P99.9 延迟的突然飙升（比如从数百微秒暴涨至数十毫秒），却常常成为线上系统的“无形杀手”。 这种偶发性的延迟毛刺，很多时候并非...
-
如何精准测试 SSD 和 RocksDB 的物理写放大（WAF）？从 Fio 到 db_bench 的实操指南
在存储系统与数据库性能调优中， 写放大系数（WAF, Write Amplification Factor） 是决定 SSD 寿命和系统写入吞吐量的核心指标。 许多工程师在测试 WAF 时，经常会遇到数据对不上的情况：为什么 Roc...
-
RocksDB 部署在 SSD 上，如何通过参数调优与冷热分离将写放大（WAF）降低 50% 以上？
在企业级存储与数据库架构中，RocksDB 作为经典的 LSM-Tree（Log-Structured Merge-Tree）存储引擎，因其极高的写入吞吐量被广泛应用。然而，LSM-Tree 天生的“空间换时间”机制，会导致频繁的后台 C...
-
跑满 NVMe 极限：基于 SPDK 的无锁分布式元数据引擎架构设计
在单盘 NVMe SSD 轻松突破百万级 IOPS、百微秒级延迟的今天，分布式存储系统的性能瓶颈早已不再是底层物理硬件的读写速度，而是软件栈在 CPU 上的开销。 在传统架构中，元数据引擎（如基于内核态文件系统的 RocksDB）在面...
-
不重启系统，如何实现 SPDK 用户态存储引擎元数据版本的在线热升级？
在构建基于 SPDK（Storage Performance Development Kit）的高性能用户态存储引擎时，**“在线热升级”（Live Upgrade / Hot Upgrade）**通常是研发中后期必须啃下的硬骨头。 ...
-
N100 四网口小主机：如何安全地将 NVMe 固态硬盘物理直通给 TrueNAS，同时保障 PVE 系统盘安全？
在用 Intel N100 四网口小主机折腾 All-in-One（PVE + 软路由 + TrueNAS/群晖）时，很多玩家都会遇到一个核心痛点： 如何把 NVMe 固态硬盘直通给 TrueNAS，同时绝对不能影响到 PVE 本身的系统...
-
穷玩 HomeLab：双盘位 N100 小主机跑 PVE，怎么用 ZFS 做最低成本的容灾？
在 HomeLab 圈子里，N100 双盘位小主机（比如各类双网口/多网口轻量 NAS、小主机）几乎是性价比的代名词。 但双盘位跑 Proxmox VE (PVE) 会面临一个尴尬的痛点： 如果直接做 ZFS Mirror（镜像），可...
-
J4125 对决 N5105：物理黑群晖极致省电配置指南与避坑指南
在折腾 DIY NAS 的圈子里，J4125 和 N5105 是两代神 U。很多垃圾佬在组建 24 小时开机的物理黑群晖时，最关心的指标除了性能，就是 待机功耗 。 很多人单纯地认为“10nm 的 N5105 肯定比 14nm 的 J...
-
畅网 N5105 物理群晖 NVMe 节能与 APST 不生效问题的深度解决方法
在用畅网 N5105 四网口软路由板子刷物理群晖（DSM）时，不少折腾 NAS 的朋友都会遇到一个令人头疼的问题： NVMe 固态硬盘温度居高不下（日常 50℃-70℃ 徘徊），或者好不容易配置了 APST（Active Power St...
-
畅网N5105软路由PVE系统下，NVMe固态硬盘直通群晖VM与ASPM节能完美共存指南
在低功耗 Homelab 界，畅网 N5105 软路由因其性价比和多网口设计成为热门选择。但在 PVE（Proxmox VE）虚拟化环境下，很多玩家在尝试将 NVMe 固态硬盘直通给群晖（DSM）虚拟机时，会遭遇两个痛点： 功耗...
-
榨干最后一瓦 如何通过 BIOS ASPM 优化 NAS 待机功耗与排查 PCIe 省电故障
对于 24 小时常开的家用 NAS 而言，待机功耗（Idle Power）直接决定了它的电费账单和发热量。很多玩家在组装 NAS 时，明明选择了低功耗的 CPU（如 Intel N100 或低功耗桌面版 CPU），但整机空载功耗依然在 2...
-
PVE 彻底开启 CPU C-State 深层节能指南：从 BIOS 到内核的超详细调优
很多人在家里组装了 Homelab，装上 PVE（Proxmox VE）系统后，发现即使系统完全空载，整机功耗依然居高不下。这通常是因为 CPU 没有真正进入深层的 C-State（C阶节能状态） 。 在默认情况下，由于 BIOS ...
