PHP如何判断文件写入速度_PHP写入速度检测法【性能】_网络技术

用 microtime(true) 测单次写入耗时最直接，需在 fopen 后、fwrite 前开始计时，写完立即 fflush 和 fclose，建议写 1MB 以上取平均值，关闭 PHP 缓冲 stream_set_write_buffer($fp, 0)，生产环境无需 fsync。

PHP 没有内置“文件写入速度”API，所谓速度只能靠自己测：记录写入前后的高精度时间戳，再除以字节数算出 MB/s。关键不是函数多高级，而是时间采样够不够准。microtime(true) 返回浮点秒，精度通常到微秒级，比 time() 精确 100 万倍。

实操建议：

Linux/Unix 下，fwrite() 默认走 libc 缓冲，数据先攒在用户态内存里，等满 8KB 或遇到 fflush() 才发给内核。Windows 的行为略有不同，但同样存在缓冲层。这会导致你测出来的“写入速度”其实是内存拷贝速度，不是磁盘真实吞吐。

实操建议：

用 stream_set_write_buffer($fp, 0) 关闭 PHP 层缓冲，让每次 fwrite() 尽可能直通内核（注意：不能绕过内核页缓存）
若要逼近物理磁盘极限，需配合 fsync($fp) ——但代价巨大，每写一次都强制刷盘，速度暴跌 10–100 倍，仅用于验证数据持久性场景
生产环境测速，建议关闭缓冲 + 不调 fsync，这样更贴近真实业务中日志轮转、临时文件生成的 IO 模式

PHP 层测出慢，不等于磁盘慢。可能是 SELinux 限制、NFS 服务器延迟、ext4 日志模式（data=ordered vs data=writeback）、甚至 RAID 卡电池失效导致 write-back 缓存被禁用。这时候得跳出 PHP，看 OS 真正在做什么。

实操建议：

用 strace -p $(pgrep -f 'php your_script.php') -e trace=write,fsync,close -T 2>&1 | head -20 抓前 20 次写相关系统调用，看 write 耗时是否稳定、有没有卡在 fsync
如果 write 很快（fsync 动辄 10ms+，说明是存储层问题；如果 write 本身就慢，大概率是挂载参数或远程文件系统拖累
对比测试时，确保 /tmp 和目标路径不在同一块物理盘上，否则读写竞争会让结果失真

同一段 PHP 写入代码，在 NVMe SSD 上可能跑出 500MB/s，换到机械盘却只有 80MB/s，但更隐蔽的问题是随机小写放大效应。HDD 对连续大块

写友好，SSD 则对任意大小写入都相对平稳——但前提是没触发垃圾回收（GC）或写入放大（WA）。

实操建议：

测试前用 hdparm -I /dev/sdX | grep TRIM 确认 SSD 是否支持并启用 TRIM，否则长期运行后写入速度会阶梯式下跌
避免用 fseek($fp, $offset, SEEK_SET); fwrite($fp, $data) 频繁跳写，HDD 会疯狂寻道，SSD 虽无寻道，但 FTL 层映射压力剧增
如果业务允许，把多个小写合并成单次 fwrite()（比如攒 64KB 再写），比循环 1KB × 64 次快 3–5 倍，尤其在 HDD 上

实际测速时，最容易被忽略的是“写入完成”的定义：PHP 认为 fwrite() 返回成功，只代表数据进了内核页缓存，不代表落盘。要不要等落盘，取决于你的数据一致性要求，而不是性能数字好不好看。