Golang http 服务器性能糟糕

知识点掌握了，还需要不断练习才能熟练运用。下面golang学习网给大家带来一个Golang开发实战，手把手教大家学习《Golang http 服务器性能糟糕》，在实现功能的过程中也带大家重新温习相关知识点，温故而知新，回头看看说不定又有不一样的感悟！

我试图弄清楚即使有简单的“hello world”响应，我也可能有 5600 rps。我尝试了 starndard net/http、echo 和 fasthttp。这是后者的示例：

func main() {
    router := routing.new()

    router.get("/", func(c *routing.context) error {
        fmt.fprintf(c, "hello, world!")
        return nil
    })

    panic(fasthttp.listenandserve(":7777", router.handlerequest))
}

我使用ab和wrk进行测试。这是 wrk 命令：

$ wrk -t10 -c100 -d10s http://somesite.com
Running 10s test @ http://somesite.com
  10 threads and 100 connections
  Thread Stats   Avg      Stdev     Max   +/- Stdev
    Latency    17.05ms    1.08ms  33.46ms   91.30%
    Req/Sec   587.80     33.97   670.00     84.92%
  58603 requests in 10.10s, 8.27MB read
Requests/sec:   5802.71
Transfer/sec:    838.67KB

我在两个不同的服务器上尝试过。其中一个是简单的 digital ocean 实例，而另一个则专用于 32g ram、8 核和 1gb 网络通道。两台服务器的结果相同。我在其中一个上运行 fasthttp 应用程序，在另一个上运行 wrk，反之亦然。

解决方案

在 HTTP/1.0 基准测试中，每个请求都是其自己的 TCP 连接，基准测试实际上是在测试服务器的 TCP 会话设置和拆除。不是网络服务器。

我刚刚使用 Go 的 net/http 重新运行了你的测试（大概是这样），服务器进程使用了​​ 150% 的 CPU。共有 16 个可用 CPU。这是可悲的CPU使用率。如果我使用持久 HTTP/1.1 连接（尝试 ab 中的 -k），情况会好得多。然后服务器达到 600%。

如果您想为大量小型临时 TCP 连接提供服务，请重点关注提高内核的 TCP 性能。您可以在线查找指南。主要是禁用任何防火墙或连接跟踪、增加可用文件描述符以及调整 TCP 快速打开等内容以及减少关闭套接字的超时。

终于介绍完啦！小伙伴们，这篇关于《Golang http 服务器性能糟糕》的介绍应该让你收获多多了吧！欢迎大家收藏或分享给更多需要学习的朋友吧~golang学习网公众号也会发布Golang相关知识，快来关注吧！