慎用 -race 选项

Posted 2023-04-18

参考技术A go run -race xxx...

-race选项用于检测数据竞争，在使用了-race的情况下，go程序跑起来之后，如果发生数据竞争，它就能检测到，它就会一层一层地把错误栈打印出来，就像打印panic一样。通常用于开发。当然开启了该选项也未必能检测出潜在的数据竞争，当你的程序跑到数据竞争的片段它就会检测出来，你的程序可能有很多模块，当程序没有执行到数据竞争的地方那直到整个程序执行结束它也检测不出来。

使用-race选项相比不开启此选项会消耗更多的cpu计算资源和内存，实际上我的情况是：
内存方面：不开启此选项时消耗113MB内存，开启之后550MB（我数学不好，大概是5倍左右）
cpu方面：不开启此选项1s可以完成的操作，开启之后15s
用的是"golang.org/x/crypto/bcrypt"包的bcrypt.CompareHashAndPassword方法，非常消耗资源的方法。

慎用 maxrregcount

需要编译一个 *.cubin 文件。

在编译时使用--ptxas-option=v参数，显示register使用的个数是36。于是，在编译时使用maxrregcount=32。从而，register的使用个数是32，使用了“8 bytes stack frame, 12 bytes spill stores, 28 bytes spill loads”

nvcc -cubin -m64 -arch sm_35 *.cu --use_fast_math --maxrregcount=32 --ptxas-options=-v -O3 -o *.cubin

但是，经过多次测试，发现浮点计算结果不一样（int计算结果没有测试）。

因此，发现了这个bug：maxrregcount可能导致最终结果不同。

 

搜了一下，其他人也遇到了这个问题。有一个解释如下：

“Operation order may change with register optimization. Since fp arithmetic is not associative due to finite precision, this may affect the result.”