V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
The Go Programming Language
http://golang.org/
Go Playground
Go Projects
Revel Web Framework
304464743
V2EX  ›  Go 编程语言

为啥用了 sync.pool,反而会慢很多

  •  
  •   304464743 · 2019-05-08 10:14:57 +08:00 · 2660 次点击
    这是一个创建于 2025 天前的主题,其中的信息可能已经有所发展或是发生改变。

    代码如下,用了 sync.pool 反而慢,为啥呢? 结果:withoutpool 0s
    with pool 23 秒

    package main

    import ( "fmt" "sync" "time" )

    // 一个[]byte 的对象池,每个对象为一个[]byte var bytePool = sync.Pool{ New: func() interface{} { b := make([]byte, 1024) return &b }, }

    func main() { a := time.Now().Unix() // 不使用对象池 for i := 0; i < 1000000000; i++{ obj := make([]byte,1024) _ = obj } b := time.Now().Unix() // 使用对象池 for i := 0; i < 1000000000; i++{ obj := bytePool.Get().(*[]byte) _ = obj bytePool.Put(obj) } c := time.Now().Unix() fmt.Println("without pool ", b - a, "s") fmt.Println("with pool ", c - b, "s") }

    5 条回复    2019-05-08 11:39:59 +08:00
    walkerliu
        1
    walkerliu  
       2019-05-08 10:36:16 +08:00
    最起码把代码用 markdown 格式 排版一下吧,这一大坨谁能看得懂你在描述什么
    chennqqi
        2
    chennqqi  
       2019-05-08 10:45:38 +08:00
    put get 都有锁,同样的情况每次都加锁你想能快?我想你大概没理解 pool 的用法
    另外:

    **最起码把代码用 markdown 格式 排版一下吧,这一大坨谁能看得懂你在描述什么**
    reus
        3
    reus  
       2019-05-08 10:55:49 +08:00
    单一线程,生命期短,这种对象用 sync.Pool 没有意义
    dreampuf
        4
    dreampuf  
       2019-05-08 11:02:24 +08:00
    在第一次循环结束后调用 `runtime.GC()` 再进行比较
    lol0
        5
    lol0  
       2019-05-08 11:39:59 +08:00 via Android
    这不是搞笑吗,不用对象池的那个循环,一到下一循环上次创建的数据就没人引用了,编译器直接优化了,不管你是循环一百亿次,内存占用几乎等于 0,当然秒完
    关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   2150 人在线   最高记录 6679   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 31ms · UTC 16:12 · PVG 00:12 · LAX 08:12 · JFK 11:12
    Developed with CodeLauncher
    ♥ Do have faith in what you're doing.