诡异测试结果

[meilihao]

env:
go version go1.12.6 linux/amd64
Deepin 15.10.1 stable

测试结果:

go test -bench=.
goos: linux
goarch: amd64
BenchmarkData1-12    	      20	  76166086 ns/op
BenchmarkData2-12    	      20	  77010039 ns/op
BenchmarkData3-12    	      20	  79587563 ns/op
BenchmarkData4-12    	      50	  28517250 ns/op
BenchmarkData5-12    	      50	  28341882 ns/op
BenchmarkData6-12    	      50	  28700541 ns/op
BenchmarkData7-12    	      50	  28988112 ns/op
PASS
ok  	_/home/chen/Desktop/PerformanceExample-master	10.898s

前三个的测试结果刚好和预想的相反.

[meilihao]

我的len(testData) 是 6000000. 没用6000000000是因为out of memory, 但特意添加了b.N减小影响.

[meilihao]

禁用优化后恢复正常:

$ go test -gcflags "-N -l" -bench=.
goos: linux
goarch: amd64
BenchmarkData1-12    	       5	 223233176 ns/op
BenchmarkData2-12    	      10	 172985058 ns/op
BenchmarkData3-12    	      10	 124750339 ns/op
BenchmarkData4-12    	      20	  96406443 ns/op
BenchmarkData5-12    	      20	  59844704 ns/op
BenchmarkData6-12    	      20	  66024566 ns/op
BenchmarkData7-12    	      20	  65203032 ns/op
PASS
ok  	_/home/chen/Desktop/PerformanceExample-master	10.944s

[wpnine]

您好，有关于您的几个问题，我在这里统一回复

1. out of memory 应该是您的操作系统是32位的，�没法分配超过4g的内存分配,所以必须改小

2.BenchmarkData6-12和BenchmarkData7-12的效率反而低的原因，估计还是因为32位系统问题，32位系统可用寄存器数量是比较少的，导到超过1个累加量后剩下的累加量需要放置内存中，反而增加栈的操作指令，变得更耗时了。具体确认方式可以导出程序编译后的汇编来分析其栈的情况

3.关于禁用优化才显示正常的问题，个人觉得应该不是编译器优化的问题，我之前的测试并不是批量执行，而是单条测试执行，这个过程并没有禁用优化，得出的情况是理想情况。至于为什么会这样我现在还不清楚，需要多研究研究。

[meilihao]

@wpnine 我给了env的, 是x86_64.