dieharder使用raw binary输入文件测试p值恒为0.00000问题咨询

问题根因 #

所有p值固定为0.00000的核心原因是输入的二进制文件格式不符合dieharder的raw-binary读取规则，导致读取到的数值和实际生成的随机数完全不一致，属于输入格式错误而非随机数本身存在偏差：

• 大概率是你将0/1形式的比特流ASCII字符串直接写入了bin文件：每个0/1字符会占用1字节存储，而非你预期的1比特，dieharder按32位整数读取时拿到的是完全错误的数值
• 其次可能是端序不匹配：dieharder默认按小端序读取32位无符号整数，如果你生成bin文件时按大端序存储UINT32，读取到的数值会完全错位
• 小概率是文件大小未按4字节对齐，或选错了生成器参数

raw-binary输入格式正确规范 #

dieharder -g 201 对应的raw-binary格式要求如下：

• 无任何文件头、分隔符、元数据，纯数据内容
• 每个随机数对应小端序编码的32位无符号整数（UINT32），固定占用4字节
• 文件总字节数必须是4的整数倍，无多余尾部字节
• 禁止存储0/1的ASCII字符，必须是二进制编码的整数，比如你示例的473894638，写入文件的是4个字节0xAE 0x0E 0x3F 0x1C，而非32个0/1字符

修复方案 #

1. 修正二进制文件生成逻辑：不要直接写入比特流字符串，先将每32个bit转换为一个UINT32整数，再按小端序逐4字节写入文件
2. 如果你无法修改文件生成逻辑，确认是大端序存储的情况下，增加-S 1参数启动字节交换，命令调整为：

dieharder -g 201 -S 1 -f myFile.bin -a

3. 验证输入读取是否正确：执行以下命令输出dieharder读取到的前3个整数，和你预设的采样值对比：

dieharder -g 201 -f myFile.bin -D 4096 -n 3

如果输出的数值和你示例的473894638、2034261499、3925015684一致，说明读取逻辑正确，否则继续调整端序参数或文件生成逻辑
4. 检查文件对齐：执行ls -l myFile.bin确认文件字节数是4的整数倍，如有多余尾部字节需裁剪

内容的提问来源于stack exchange，提问作者Ruby