应使用 std::random_device 与 std::mt19937 组合生成可复现、高吞吐、低开销的随机字节：用 std::random_device 初始化 mt19937 种子，配合 uint8_t 均匀分布批量填充缓冲区（64KB–1MB），再一次性写入磁盘，并校验错误、预分配空间、调用 fsync() 确保真实 I/O 性能。
用 std::random_device 和 std::mt19937 生成高质量随机字节
性能测试需要的是**可复现、高吞吐、低开销**的随机数据，不是密码学安全级别。直接用 rand() 不仅分布不均、周期短，还可能因未调用 srand() 导致每次运行都生成相同序列——这会让测试结果完全失真。
正确做法是组合 std::random_device（用于种子）和 std::mt19937（Mersenne Twister，快且均匀）：
std::random_device rd; std::mt19937 gen(rd()); // 避免用 time(0) 做种子 std::uniform_int_distribution<uint8_t> dist(0, 255);
-
std::random_device在多数平台（Linux / Windows MSVC / Clang）会读取系统熵源，比time(0)可靠得多 - 用
uint8_t分布而非int，避免高位零填充导致写入时出现大量0x00字节（影响 I/O 模式判断） - 不要在循环里反复构造
gen或dist，它们不是轻量对象
批量生成比逐字节写入快 10 倍以上
对一个 1GB 文件，如果每字节调用一次 dist(gen) 再写入磁盘，write() 系统调用次数达 10⁹ 次，内核上下文切换开销压倒一切。必须用缓冲区批量处理。
- 分配一块 64KB～1MB 的
std::vector<uint8_t></uint8_t>缓冲区（太小没收益，太大易触发 NUMA 问题） - 用
std::generate填充整块缓冲区：std::generate(buf.begin(), buf.end(), [&]{ return dist(gen); }); - 用
write()或fwrite()一次性刷出，避免流操作（带格式化开销） - Linux 下可加
O_DIRECT标志跳过页缓存（需对齐内存和文件偏移），但只在测裸设备或绕过缓存时才启用
生成结构化伪随机内容（如 JSON 行、CSV）要控制字段长度和分隔符
纯二进制随机数据无法验证解析器行为，真实性能测试常需“看起来像数据”的内容。例如生成 100 万行 JSON，每行含 "id"、"name"、"ts" 字段。
立即学习“C++免费学习笔记（深入）”；
- 不要用
std::string拼接每行：堆分配 + 复制开销巨大；改用预分配缓冲区 +snprintf或std::format（C++20）写入固定位置 - 名字字段可用随机长度（3–12 字节）+ 随机 ASCII 字母填充，避免全空或超长字符串干扰测试焦点
- 时间戳建议用递增 base + 小范围随机偏移（如
base_ts + dist_small(gen) % 1000），保证单调性便于后续排序验证 - 换行符必须显式写入
\n，Windows 下若用\r\n会多占 1 字节/行，影响总大小精度
注意文件系统和 libc 的实际限制
生成几十 GB 文件时，std::ofstream 默认行为可能让你掉坑里：它不检查磁盘空间，也不处理 ENOSPC 错误，写失败后 failbit 被设但程序照常退出。
- 每次
write()后检查返回值，if (written != expected) { perror("write"); exit(1); } - 大文件建议用
posix_fallocate()（Linux）或SetFileInformationByHandle()（Windows）预先分配空间，避免碎片和写时扩展延迟 - glibc 的
fwrite在缓冲区满时自动 flush，但 musl 或某些嵌入式 libc 不一定；显式调用fflush()更稳妥 - 生成完成后务必调用
fsync()—— 否则你测的其实是 page cache 写入速度，不是磁盘真实吞吐
真正难的从来不是“怎么生成随机数”，而是让生成过程不成为性能瓶颈本身，以及确保生成的数据能准确反映你要测的那个环节的真实压力。
