C产品如何满足特定用户需求？

本文共计904个文字，预计阅读时间需要4分钟。

默认的FileStream同步写入会卡在磁盘I/O，尤其是小块数据反复写（例如每次+Write 1KB）时。实际上，将SSD/HDD当作日志设备使用，吞吐量可能连理论值的10%都达不到。

• 必须显式启用 FileOptions.WriteThrough 和 FileOptions.NoBuffering（后者要求缓冲区对齐且大小是扇区倍数，通常 4096 字节）才能绕过系统页缓存，测出真实磁盘极限
• 禁用缓存后，Write 调用会真正阻塞到数据落盘，所以要配合 Task.Run 或异步 WriteAsync 避免主线程挂死
• Windows 上 NTFS 默认启用了“最后访问时间更新”，每写一次文件都会触发额外元数据修改，加个 SetFileTime 禁掉能稳提 5–15% 吞吐

并发写多个文件反而更慢？查查 CreateFile 的 dwFlagsAndAttributes

开 8 个线程各自 new FileStream("test_001.dat", FileMode.Create)，结果总吞吐比单线程还低——大概率是 Windows 默认创建文件时加了 FILE_ATTRIBUTE_NORMAL，导致所有句柄竞争同一个 NTFS 元数据锁。