golang常用编程组件效率统计

用golang写了一个stopwatch类，顺便用来统计了一下各个编程组件的效率，结论如下（按效率从高到低顺序说明）：

（统计方法：每个子项运行100万次

    测试环境：

    windows XPgolang1.3 32bit

    1G DDR2 RAM

    Core2 T7500 2.2G

）

1.golang自定义函数调用几乎没有延时

2.通过atomic库实现的自旋锁效率比sync.Mutex高(在资源竞争激烈的情况下这个结论不一定成立，而且自旋锁比较耗CPU，除非对性能要求很高并且需要多线程安全的资源考虑使用这个优化)

3.sync.RWMutex.Lock()效率表现不佳

4.time.Now()执行效率大概时syscall的一半，表现不算太差

5.cgo一次空函数调用的耗时大概相当于一次简单系统调用，表现不佳，对调用频繁性能敏感的函数建议不要使用cgo

6.一次syscall最少相当于3次锁消耗，代价较大

7.channel用于goroutine通信，发送一次数据代价大概相当于5次锁，代价较高

8.无缓冲channel效率比较小缓冲channel高，选择channel的时候，建议要么使用无缓冲的，要么把缓冲区稍微定大点

（channel的统计效率不高，也可能是测试用例开两个线程一个读一个写，需要频繁切换goroutine执行的代价较高，从单goroutine用例chX rw的效率看，大致也接近2次锁的消耗，还可以接受）

9.从dll中调用一个空函数的消耗，大致相当于5次锁消耗，代价较大，建议对性能要求敏感的函数慎用

10.某些系统调用效率不是一般低，慎用

 

以上结论给大家参考，下面是详细统计记录：

序号	运行项	总耗时	每次
1	go empty_loop	0	0
2	go empty_func	0	0
3	go with ret	0	0
4	no_sync_rand	0	0
5	spin lock rand	31.25ms	31ns
6	sync.Mutex	62.5ms	62ns
7	sync.RMutex	62.5ms	62ns
8	ch3 rw	203.125ms	101ns
9	ch100 rw	203.125ms	101ns
10	sync.WMutex	109.375ms	109ns
11	ch1 rw	218.75ms	109ns
12	ch2 rw	218.75ms	109ns
13	ch5 rw	218.75ms	109ns
14	ch10 rw	234.375ms	117ns
15	std_time	140.625ms	140ns
16	c.RDTSC	250ms	250ns
17	cgo empty_func	265.625ms	265ns
18	cgo with ret	281.25ms	281ns
19	c.Clock	296.875ms	296ns
20	syscall.GetLastError	312.5ms	312ns
21	ch10 write	328.125ms	328ns
22	ch100 read	328.125ms	328ns
23	ch5 write	343.75ms	343ns
24	dll.empty_func	343.75ms	343ns
25	dll.return_func	343.75ms	343ns
26	ch100 write	359.375ms	359ns
27	ch10 read	406.25ms	406ns
28	ch0 write	421.875ms	421ns
29	ch0 read	421.875ms	421ns
30	ch5 read	421.875ms	421ns
31	ch3 read	515.625ms	515ns
32	ch2 write	562.5ms	562ns
33	ch2 read	593.75ms	593ns
34	ch3 write	671.875ms	671ns
35	ch1 write	812.5ms	812ns
36	ch1 read	875ms	875ns
37	syscall.ComputerName	140.625ms	140.625us