在 TLS 上 Go 比 Nginx 厉害这么多吗？

[dzdh]

是我测试流程有问题吗？或者环境？

带:2222的是 go 写的 https server 。代码很简单。都是标准库的。 根路径就返回个 index.html 内容是 404 not found

nginx 10 秒 1771 go 就 10 秒 6.9w

go 的 tlsconfig 如下

tlsCfg := &tls.Config{
    SessionTicketsDisabled: false,
    ClientSessionCache:     tls.NewLRUClientSessionCache(1000)
}

nginx ssl 配置部分如下

ssl_certificate   .pem;
ssl_certificate_key  .key;
ssl_session_timeout 5m;
ssl_ciphers ECDHE-RSA-AES128-GCM-SHA256:ECDHE:ECDH:AES:HIGH:!NULL:!aNULL:!MD5:!ADH:!RC4;
ssl_protocols TLSv1.2;
ssl_prefer_server_ciphers on;

证书是 rsa2048

而且还有测试期间，nginx 部分就 cpu100% go 部分就 cpu50%上下。

服务器是阿里云的性能突发实例。

[dem0ns]

没有可比性

[xuelu520]

一个反代，和一个语言比，有点意思

[dzdh]

@dem0ns 道理我都懂，但是问题出在哪呢？ tls 版本？ nginx 换成 1.3?

[rekulas]

事出反常必有妖，go 开 cache nginx 不开是不是不公平

[dzdh]

@rekulas 有的。cache 在全局配置中 ssl_session_cache builtin:1000 shared:SSL:10m;

[seers]

都走的 http2 吗，Nginx 可能默认不是

[dzdh]

@seers 是 http2 。都一样。都是 HTTP2

[rekulas]

可能还有个原因，检查下 go 端是不是默认开启了 keep alive

[dzdh]

@seers
我 go 还 httputil.reverseproxy 到 localhost:80 了(nginx)

[seers]

还有一些 Nginx 的配置都会有影响，worker 数量，CPU aff ，multi acc 之类的，总得来的可比性不高

[dzdh]

@rekulas 这是哪个开关。但是 nginx 也有 keepalive_timeout 65 啊

[rekulas]

@dzdh wrk 没用过 你可以用 ab 压测下对比下结果里的 Keep-Alive 数量

[DAPTX4869]

@dzdh #7 记得 v2 的 h2+tls 教程, 写着 nginx 不支持 http2, 还特意换了 caddy

[chendy]

@DAPTX4869 nginx 好几年前就支持 http2 了啊……

[justanetizen]

@xuelu520 为什么没可比性，前者说到底是 C

[dzdh]

@justanetizen #15
是的。但是这个结果在我这很诡异啊。

[justanetizen]

现在有一些公司其实不用 nginx ，用的硬件负载 F5

[justanetizen]

@dzdh 两者都是用同一个版本的 TLS 呢？

[DAPTX4869]

@chendy #14 重新翻了下, 教程说的是 nginx 不支持 h2 反代. 不过引用的 issue 是 18 年的了

[justanetizen]

另外，nginx 是多进程，go 是多线程，架构本身是不同的，进程比线程的切换开销大。