我们有一个基于gin-gonic编写的API服务器。我们注意到有些奇怪的事情使我们相信它是串行处理请求,而不是预期的并行操作。考虑以下日志文件:
[GIN] 2016/04/05 - 17:24:37 | 200 | 5.738742ms | 64.... | POST /api/v2/d/
[GIN] 2016/04/05 - 17:24:40 | 200 | 3.262816256s | 64.... | POST /api/v2/d/
[GIN] 2016/04/05 - 17:24:42 | 200 | 3.563779ms | 64.... | POST /api/v2/d/
[GIN] 2016/04/05 - 17:24:43 | 200 | 105.429µs | 64.... | POST /api/v2/d/
[GIN] 2016/04/05 - 17:24:43 | 200 | 808.824µs | 64.... | POST /api/v2/d/
Run Code Online (Sandbox Code Playgroud)
实时观看日志,直到第二个呼叫结束,才会显示最后3个条目。这五个调用在彼此之间的5毫秒内进行。我们希望这些呼叫应并行处理。这意味着所有呼叫应在17:24:40之前完成,而不是17:24:43。IE:建立连接以处理请求时,服务器会生成新的线程/ goroutine。如果不是这种情况,那么有人对以这种方式工作的软件包有任何建议吗?
这是我们第一个使用gin-gonic的项目,我想知道是否需要设置一些配置参数。任何想法/建议表示赞赏。
回答你的根本问题;在初始连接接受和一些连接工作之后, stdlib http.Serve( doc ) 函数将请求发送到 goroutine。
Go 有旨在提供强大并发能力的原语,但并发与并行不同。
如果您有多个处理器核心,并且您的 GOMAXPROCS 环境设置为大于 1,那么假设有适当的 goroutine,除了并发之外,您还可能会看到一些并行性。
从 Go 1.5 开始,GOMAXPROCS 的默认设置是 CPU 核心的数量。Go 的早期版本默认 GOMAXPROCS 设置为 1。
威廉·肯尼迪几年前就这些差异写了一篇很好的文章:http ://www.goinggo.net/2014/01/concurrency-goroutines-and-gomaxprocs.html
| 归档时间: |
|
| 查看次数: |
3668 次 |
| 最近记录: |