【问题标题】:Golang http server blocks when starts a goroutine of infinite-loopGolang http服务器在启动无限循环的goroutine时阻塞
【发布时间】:2014-12-24 20:08:19
【问题描述】:

正如我从 golang 文档中了解到的,如果我将 runtime.GOMAXPROCS(8) 设置为 8 核的 cpu (intel i7),然后启动一个无限循环的 goroutine,其他 gorutines 不应该被阻塞,因为有足够多的线程和goprocs。但是当使用 net/http 包时情况并非如此,一个无限循环的 goroutine 会在几次调用后阻塞 http 服务器。 谁能帮忙解释一下原因?

  1. 如果我注释“无限循环”这行,在服务器之后启动客户端,客户端将输出1000个星号;但是如果我启用 goroutine,客户端会在打印几个星号后阻塞
  2. 我试过在goroutine中添加runtime.LockOSThread(),好像不行
  3. 我的环境:osx 10.10,go 版本 go1.3.1 darwin/amd64

服务器代码:

package main

import (
    "fmt"
    "log"
    "net/http"
    "runtime"
)

func myHandler(w http.ResponseWriter, req *http.Request) {
    w.Write([]byte("hello"))
}

func infiniteloop() {
    for {

    }
}

func main() {
    // set max procs for multi-thread executing
    runtime.GOMAXPROCS(runtime.NumCPU())

    // print GOMAXPROCS=8 on my computer
    fmt.Println("GOMAXPROCS=", runtime.GOMAXPROCS(-1))
    http.Handle("/", http.HandlerFunc(myHandler))

    // uncomment below line cause server block after some requests 
    // go infiniteloop()
    if err := http.ListenAndServe(":8280", nil); err != nil {
        log.Fatal(err)
    }
}

客户端代码:

package main
import (
    "fmt"
    "net/http"
)

func getOnce() {
    if resp, err := http.Get("http://localhost:8280"); err != nil {
        fmt.Println(err)
        return
    } else {
        defer func() {
            if err := resp.Body.Close(); err != nil {
                fmt.Println(err)
            }
        }()
        if resp.StatusCode != 200 {
            fmt.Println("error codde:", resp.StatusCode)
            return
        } else {
            fmt.Print("*")

        }
    }
}

func main() {
    for i := 1; i < 1000; i++ {
        getOnce()
        if i%50 == 0 {
            fmt.Println()
        }
    }

}

现在我知道为什么这样的 emtpy 循环会阻塞其他 goroutine,但为什么 runtime.LockOSThread() 也没有帮助?

func infiniteloop() {
    // add LockOSThread will not help
    runtime.LockOSThread()
    for {
    }
}

正如http://golang.org/pkg/runtime/#LockOSThread 提到的,空循环应该在独立线程中执行,其他 goroutine 不应受到忙循环的影响。我的理解有什么问题?

【问题讨论】:

  • “无限”循环不是问题。这是一个繁忙的循环,除了消耗 CPU 之外什么都不做,这是个问题。
  • @Grzegorz Żur 您确定客户端可以打印所有 1000 个星号吗?我已经交叉编译了源文件并在 linux/amd64 平台上运行它们。客户端在停止前打印了大约 150 个星号
  • @user922965 我的错误,我在注释掉关键行的情况下运行它。我重做测试,它阻塞了。
  • 我得到了同样的停止,这是出乎意料的,一定是调度程序的限制吗?也许提交错误报告:)
  • 我用 go1.4beta1 linux/amd64 版本运行代码,它没有打印一个字符。 :-( 我认为这是golang-nuts 的一个好问题。

标签: http go block goroutine


【解决方案1】:

调度程序可能无法抢占这样一个空的“无限”循环。调度器在上一个版本中变得越来越好,也许他应该对这样的代码足够好;对于真正的代码,他绝对足够好。只是不要做这种废话。

【讨论】:

    【解决方案2】:

    Go 运行时的调度程序 is not fully pre-emptive at this time。 Go 1.2 改进了问题by occasionally calling into the scheduler on function calls,但您示例中的无限循环没有函数调用,所以这无济于事。

    使用无限循环处理程序的实际主体,您可能会看到更好的行为。或者,在这种情况下,手动调用 runtime.Gosched 可能会有所帮助。

    【讨论】:

    • 我又加了一个LockOfThread的问题,你能给点建议吗?
    • 也许这有助于准确描述您正在尝试做的事情。您肯定不会在实际程序中使用空的无限循环,那么您到底想知道什么?
    • 我正在尝试比较 golang 和 java nio 之间的 http 性能,这是一些核心被其他应用程序耗尽并且无法被 http 服务器使用的边缘情况。您的链接实际上已经解决了我的问题,我只是想知道为什么“LockOSThread”不起作用,并尝试了解更多有关 golang 调度程序的知识。
    • 我不确定LockOSThread 是否真的分配了另一个线程来运行 Go 代码。如果没有,那么在这里也无济于事。如果您想尝试减少应用程序运行以进行测试的内核数量,也许可以查看您的操作系统的 CPU 亲和性功能。在 Linux 上,taskset 实用程序可能会解决问题。
    猜你喜欢
    • 2014-07-19
    • 1970-01-01
    • 1970-01-01
    • 2018-03-27
    • 2016-04-11
    • 2015-11-25
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多