分享
[go语言]Buffered channel、slice和mutex的简单性能测试
stevewang · · 3925 次点击 · · 开始浏览这是一个创建于 的文章,其中的信息可能已经有所发展或是发生改变。
测试代码:
package main
import (
"fmt"
"runtime"
"sync"
"time"
)
const COUNT = 1000000
func bench1(ch chan int) time.Duration {
t := time.Now()
for i := 0; i < COUNT; i++ { ch <- i } var v int for i := 0; i < COUNT; i++ { v = <-ch } _ = v return time.Now().Sub(t) } func bench2(s []int) time.Duration { t := time.Now() for i := 0; i < COUNT; i++ { s[i] = i } var v int for i := 0; i < COUNT; i++ { v = s[i] } _ = v return time.Now().Sub(t) } func bench3(s []int, mutex *sync.Mutex) time.Duration { t := time.Now() for i := 0; i < COUNT; i++ { mutex.Lock() s[i] = i mutex.Unlock() } var v int for i := 0; i < COUNT; i++ { mutex.Lock() v = s[i] mutex.Unlock() } _ = v return time.Now().Sub(t) } func main() { runtime.GOMAXPROCS(runtime.NumCPU()) ch := make(chan int, COUNT) s := make([]int, COUNT) var mutex sync.Mutex fmt.Println("channel\tslice\tmutex_slice") for i := 0; i < 10; i++ { fmt.Printf("%v\t%v\t%v\n", bench1(ch), bench2(s), bench3(s, &mutex)) } } 测试环境
CPU: i7-3770
MEMORY: 32G
OS: ubuntu12.04 x86_64
GO VERSION: 1.0.3
输出:
结论:
在没有竞争的情况下,缓冲信道比线程锁稍慢,但执行时间是直接对数组读写的40~50倍。
引申:
对于之前的提到的内存分配器,或者其他类型的资源分配器,如果频繁调用的话,还是限制在goroutine内存分配器更合适。应该尽量避免在goroutine间分配资源。当然,实际的性能调整应该基于profile定位性能瓶颈而不是单纯的想象。
有疑问加站长微信联系(非本文作者)
入群交流(和以上内容无关):加入Go大咖交流群,或添加微信:liuxiaoyan-s 备注:入群;或加QQ群:692541889
关注微信3925 次点击
添加一条新回复
(您需要 后才能回复 没有账号 ?)
- 请尽量让自己的回复能够对别人有帮助
- 支持 Markdown 格式, **粗体**、~~删除线~~、
`单行代码` - 支持 @ 本站用户;支持表情(输入 : 提示),见 Emoji cheat sheet
- 图片支持拖拽、截图粘贴等方式上传
收入到我管理的专栏 新建专栏
测试代码:
package main
import (
"fmt"
"runtime"
"sync"
"time"
)
const COUNT = 1000000
func bench1(ch chan int) time.Duration {
t := time.Now()
for i := 0; i < COUNT; i++ { ch <- i } var v int for i := 0; i < COUNT; i++ { v = <-ch } _ = v return time.Now().Sub(t) } func bench2(s []int) time.Duration { t := time.Now() for i := 0; i < COUNT; i++ { s[i] = i } var v int for i := 0; i < COUNT; i++ { v = s[i] } _ = v return time.Now().Sub(t) } func bench3(s []int, mutex *sync.Mutex) time.Duration { t := time.Now() for i := 0; i < COUNT; i++ { mutex.Lock() s[i] = i mutex.Unlock() } var v int for i := 0; i < COUNT; i++ { mutex.Lock() v = s[i] mutex.Unlock() } _ = v return time.Now().Sub(t) } func main() { runtime.GOMAXPROCS(runtime.NumCPU()) ch := make(chan int, COUNT) s := make([]int, COUNT) var mutex sync.Mutex fmt.Println("channel\tslice\tmutex_slice") for i := 0; i < 10; i++ { fmt.Printf("%v\t%v\t%v\n", bench1(ch), bench2(s), bench3(s, &mutex)) } } 测试环境
CPU: i7-3770
MEMORY: 32G
OS: ubuntu12.04 x86_64
GO VERSION: 1.0.3
输出:
结论:
在没有竞争的情况下,缓冲信道比线程锁稍慢,但执行时间是直接对数组读写的40~50倍。
引申:
对于之前的提到的内存分配器,或者其他类型的资源分配器,如果频繁调用的话,还是限制在goroutine内存分配器更合适。应该尽量避免在goroutine间分配资源。当然,实际的性能调整应该基于profile定位性能瓶颈而不是单纯的想象。