GoFrame基於性能測試得知grpool使用場景
前言摘要
之前寫瞭一篇 grpool goroutine池詳解 | 協程管理 收到瞭大傢積極的反饋,今天這篇來做一下grpool的性能測試分析,讓大傢更好的瞭解什麼場景下使用grpool比較好。
先說結論
grpool相比於goroutine更節省內存,但是耗時更長;
原因也很簡單:grpool復用瞭協程,減少瞭協程的創建和銷毀,減少瞭內存消耗;也因為協程的復用,總的goroutine數量更少,導致耗時更多。
測試性能代碼
開啟for循環,開啟一萬個協程,分別使用原生goroutine和grpool執行。
看兩者在內存占用和耗時方面的差別。
package main import ( "flag" "fmt" "github.com/gogf/gf/os/grpool" "github.com/gogf/gf/os/gtime" "log" "os" "runtime" "runtime/pprof" "sync" "time" ) func main() { //接收命令行參數 flag.Parse() //cpu分析 cpuProfile() //主邏輯 //demoGrpool() demoGoroutine() //內存分析 memProfile() } func demoGrpool() { start := gtime.TimestampMilli() wg := sync.WaitGroup{} for i := 0; i < 10000; i++ { wg.Add(1) _ = grpool.Add(func() { var m runtime.MemStats runtime.ReadMemStats(&m) fmt.Printf("運行中占用內存:%d Kb\n", m.Alloc/1024) time.Sleep(time.Millisecond) wg.Done() }) fmt.Printf("運行的協程:", grpool.Size()) } wg.Wait() fmt.Printf("運行的時間:%v ms \n", gtime.TimestampMilli()-start) select {} } func demoGoroutine() { //start := gtime.TimestampMilli() wg := sync.WaitGroup{} for i := 0; i < 10000; i++ { wg.Add(1) go func() { //var m runtime.MemStats //runtime.ReadMemStats(&m) //fmt.Printf("運行中占用內存:%d Kb\n", m.Alloc/1024) time.Sleep(time.Millisecond) wg.Done() }() } wg.Wait() //fmt.Printf("運行的時間:%v ms \n", gtime.TimestampMilli()-start) } var cpuprofile = flag.String("cpuprofile", "", "write cpu profile `file`") var memprofile = flag.String("memprofile", "", "write memory profile to `file`") func cpuProfile() { if *cpuprofile != "" { f, err := os.Create(*cpuprofile) if err != nil { log.Fatal("could not create CPU profile: ", err) } if err := pprof.StartCPUProfile(f); err != nil { //監控cpu log.Fatal("could not start CPU profile: ", err) } defer pprof.StopCPUProfile() } } func memProfile() { if *memprofile != "" { f, err := os.Create(*memprofile) if err != nil { log.Fatal("could not create memory profile: ", err) } runtime.GC() // GC,獲取最新的數據信息 if err := pprof.WriteHeapProfile(f); err != nil { // 寫入內存信息 log.Fatal("could not write memory profile: ", err) } f.Close() } }
運行結果
組件 | 占用內存 | 耗時 |
---|---|---|
grpool | 2229 Kb | 1679 ms |
goroutine | 5835 Kb | 1258 ms |
總結
goframe的grpool節省內存,如果機器的內存不高或者業務場景對內存占用的要求更高,則使用grpool。
如果機器的內存足夠,但是對應用的執行時間有更高的追求,就用原生的goroutine。
更多關於GoFrame性能測試grpool使用場景的資料請關註WalkonNet其它相關文章!
推薦閱讀:
- golang pprof 監控goroutine thread統計原理詳解
- 解析golang中的並發安全和鎖問題
- go語言中的協程詳解
- 一文掌握Go語言並發編程必備的Mutex互斥鎖
- 一文帶你深入理解Go語言中的sync.Cond