hdparm -t 测带内核缓冲的磁盘读速，-t 测内存页缓存读速，二者均非真实硬盘物理性能；要逼近底层读取，须用 --direct 绕过缓存，输出“timing o_direct disk reads”才反映较真实的顺序读吞吐。
hdparm 测硬盘底层读取性能，不能只跑 -t 或 -T 就完事——那测的不是“硬盘”，而是内存缓存或内核缓冲区。真要逼近物理层读速，必须绕过所有软件层干扰。
为什么 hdparm -t 和 hdparm -T 结果差异大？
这是最常被误解的点：-T 测的是内核页缓存（page cache）读取速度，本质是内存带宽；-t 测的是带内核 buffer 的磁盘读，仍受 readahead 和 page cache 影响。两者都离硬盘真实寻道+传输能力很远。
-
-T输出里 “Timing cached reads” 数值常达数千 MB/s，这跟 SSD 或 HDD 物理性能无关 -
-t输出里 “Timing buffered disk reads” 虽然走磁盘，但数据可能刚被readahead预加载进内存，实际没触发真实 I/O - 同一块 NVMe 盘，
-t可能报 2GB/s，而真实随机 4K 读只有 50K IOPS —— 工具没用错，只是你没问对问题
怎么用 hdparm --direct 接近底层读性能？
--direct 是关键开关，它让 hdparm 使用 O_DIRECT 标志发起读请求，跳过内核 page cache 和 buffer cache，强制数据直通设备驱动。但注意：它仍不等于裸设备 I/O，因为路径上还有 block layer、queue、driver 等环节。
- 正确命令格式：
sudo hdparm -t --direct /dev/sda（不要加-T，--direct与-T冲突） - 输出中会明确标出 “Timing O_DIRECT disk reads”，这才是你该看的数字
- 如果看到
HDIO_DRIVE_CMD(null) (wait for flush complete) failed，说明设备不支持某些 ATA 命令，但不影响O_DIRECT读测试本身 - 多次运行结果波动大？加
--offset指定不同起始位置（如--offset 10表示从第 10GB 开始），避免 SSD wear-leveling 或文件系统元数据干扰
哪些场景下 hdparm --direct 会严重失真？
它不是万能底层基准工具，尤其在现代存储栈上容易误判：
- 对 NVMe 设备，
hdparm本质是走 legacy ATA emulation 层，无法反映真实 PCIe 路径性能；应优先用nvme-cli+nvme io-passthru - 使用 LVM 或 mdadm RAID 的设备，
--direct仍经过逻辑卷管理器，测的是逻辑设备而非物理盘 - 开启
dm-crypt加密时，--direct读取的数据仍需解密，结果包含 CPU 解密开销 - SSD 的写缓存未刷新（
WCE=1）时，--direct读可能命中未落盘的写缓存，数值虚高；可用hdparm -I /dev/sda | grep "Write cache"查看状态
真正需要关注的其实是 hdparm -I 输出里的硬件能力
比反复跑 -t --direct 更有价值的是确认硬盘是否工作在预期模式下。很多“性能差”问题其实源于 DMA 关闭、UDMA 降级或 SATA link speed 被协商成 1.5Gbps。
- 先查当前链路：
sudo hdparm -I /dev/sda | grep -E "(SATA|UDMA|Transfer)"，确认是否显示SATA Version is: SATA 3.2且*udma6或*sata3被启用 - 再查 DMA 是否开启：
sudo hdparm -c /dev/sda（IDE）或sudo hdparm -I /dev/sda | grep "DMA:"（SATA） - 若发现
using_dma = 0，尝试sudo hdparm -d1 /dev/sda启用（仅限 SATA/IDE，NVMe 不适用） - 这些设置重启即失效，如需持久化，得写入
/etc/rc.local或 udev rule —— 但更推荐检查 BIOS 中 SATA mode（AHCI vs IDE）是否正确
记住：hdparm --direct 给你的是一次性、顺序、大块的物理层读吞吐参考值，不是 IOPS 或延迟指标。真要压测随机读写、队列深度、延迟分布，得切到 fio；而判断硬盘是否“被正确识别和启用”，hdparm -I 比任何 -t 都管用。
