NVMe跑不满速_NVMe固态速度很慢怎么排查【排查】

在文章实战开发的过程中，我们经常会遇到一些这样那样的问题，然后要卡好半天，等问题解决了才发现原来一些细节知识点还是没有掌握好。今天golang学习网就整理分享《NVMe跑不满速_NVMe固态速度很慢怎么排查【排查】》，聊聊，希望可以帮助到正在努力赚钱的你。

若NVMe SSD实际速度远低于标称值，问题可能源于协议协商异常、系统配置错误或链路层故障，需依次排查PCIe链路状态、TRIM与USN日志、4K对齐、SMART告警及USB4隧道故障。

如果您发现NVMe固态硬盘实际读写速度远低于标称值（如PCIe 4.0 x4标称6.4GB/s却仅达2GB/s以下），则问题可能源于协议协商异常、系统配置错误或链路层故障。以下是针对性排查步骤：

一、验证PCIe链路协商状态与物理连接

NVMe设备性能直接受PCIe链路宽度（x1/x2/x4）和代际（3.0/4.0/5.0）影响；若主板M.2插槽供电不足、SSD未完全插入、或BIOS强制降速，将导致链路仅协商至低带宽模式。

1、开机进入BIOS，定位至“Advanced”→“Storage Configuration”或“M.2 Settings”路径。

2、确认对应M.2插槽的“PCIe Mode”设置为NVMe Auto或PCIe x4，禁用CSM（Compatibility Support Module）。

3、保存退出后，在Windows中以管理员身份运行PowerShell，执行命令：Get-PhysicalDisk | Where-Object MediaType -eq "SSD" | Get-StorageReliabilityCounter，检查“BusType”是否为PCIe、“MaxTransferSize”是否匹配预期。

4、使用CrystalDiskInfo查看“Transfer Mode”，确认显示为PCIe 4.0 x4（或对应版本），而非PCIe 3.0 x2、SATA等降级标识。

二、检查TRIM与NTFS USN日志干扰

TRIM功能缺失会导致SSD垃圾回收效率下降，长期积累引发持续掉速；而Windows 11中NTFS USN Journal异常活跃会直接抢占NVMe I/O资源，造成响应延迟。

1、以管理员身份打开Windows PowerShell，输入：fsutil behavior query DisableDeleteNotify，若返回值为1，则TRIM被禁用。

2、执行：fsutil behavior set DisableDeleteNotify 0启用TRIM，随后重启。

3、再次以管理员身份运行命令提示符，输入：fsutil usn deletejournal C:（C:替换为系统盘符），清除USN日志。

4、重启后进入“此电脑”→右键SSD分区→“属性”→“工具”→“优化”，点击“优化”手动触发一次TRIM清理。

三、核查4K对齐与分区结构异常

未对齐的分区会使逻辑写入跨物理闪存页边界，强制触发读-改-写操作，严重拖慢随机I/O性能，尤其在小文件密集场景下表现明显。

1、下载DiskGenius Free版（需支持NVMe识别），启动后识别目标SSD。

2、右键该SSD的任一分区→选择“高级操作”→“分区对齐”。

3、设置对齐单位为4096扇区，勾选“对齐所有分区”，点击“开始”。

4、若为系统盘，软件将提示需重启进入PE环境完成操作；执行前必须完整备份系统及数据。

四、审查SMART关键字段与I/O错误日志

NVMe SMART中的Critical Warning字段是硬件主动上报的第一道硬性警报；dmesg或事件查看器中高频I/O错误则指向链路不稳定或盘体恶化。

1、在PowerShell中执行：Get-NvmePhysicalDisk | Get-NvmeSmartLog，重点检查“CriticalWarning”是否非零值。

2、若为非零，逐位解析二进制值：bit 0=可用空间告急、bit 1=温度过高、bit 2=可靠性下降、bit 3=只读模式激活——任一置位均需立即干预。

3、打开“事件查看器”→“Windows 日志”→“系统”，筛选来源为“nvme”或“stornvme”的错误事件，确认是否出现I/O operation failed且频率高于每分钟一次。

4、在管理员PowerShell中运行：dmesg | Select-String -Pattern "nvme.*error" -CaseSensitive，提取最近50条错误记录分析规律。

五、排查USB4/NVMe扩展盒特有的PCIe隧道故障

当使用USB4硬盘盒接入NVMe SSD时，性能受限不再取决于SSD本身，而在于主机路由器、设备路由器与PCIe适配器三者间隧道建立质量；LTSSM若卡在Recovery或Detect状态，即表明PCIe隧道未成功激活。

1、在Linux环境下（或WSL2），执行：lspci -vv -s $(lspci | grep -i "usb4\|thunderbolt" | head -1 | awk '{print $1}')，查找下游端口是否枚举出PCIe桥接设备。

2、若未识别出PCIe桥或显示Link Width=x1，说明PCIe隧道协商失败，需更换兼容性更强的USB4主控主机（如Intel Tiger Lake+或AMD Rembrandt+平台）。

3、在Windows中运行USB4 Diagnostics工具（如Intel USB4 Diagnostic Utility），检查“PCIe Tunnel Status”是否为Active，以及“Negotiated PCIe Speed”是否达到PCIe 4.0 x2（USB4规范上限）。

4、拔插硬盘盒并观察系统日志中是否反复出现LTSSM state transition timeout，该提示明确指向物理层训练失败，需更换线缆或检查接口氧化情况。

本篇关于《NVMe跑不满速_NVMe固态速度很慢怎么排查【排查】》的介绍就到此结束啦，但是学无止境，想要了解学习更多关于文章的相关知识，请关注golang学习网公众号！