2

我已经下载了 Kitura 0.20 并创建了一个新项目作为基准测试swift build -c release

import Kitura

let router = Router()

router.get("/") {
request, response, next in
    response.send("Hello, World!")
    next()
}

Kitura.addHTTPServer(onPort: 8090, with: router)
Kitura.run()

与可能达到 400k+ 请求/秒的 Zewo 和 Vapor 相比，分数似乎很低？

MacBook-Pro:hello2 yanli$ wrk -t1 -c100 -d30 --latency http://localhost:8090
Running 30s test @ http://localhost:8090
  1 threads and 100 connections
  Thread Stats   Avg      Stdev     Max   +/- Stdev
    Latency   415.36us  137.54us   3.09ms   91.11%
    Req/Sec     5.80k     2.47k    7.19k    85.71%
  Latency Distribution
     50%  391.00us
     75%  443.00us
     90%  513.00us
     99%    0.93ms
  16229 requests in 30.01s, 1.67MB read
  Socket errors: connect 0, read 342, write 55, timeout 0
Requests/sec:    540.84
Transfer/sec:     57.04KB
4

1 回答 1

3

我怀疑你的临时端口用完了。你的问题可能和这个一样：'ab'程序在大量请求后冻结，为什么？

Kitura 目前不支持 HTTP keepalive，因此每个请求都需要一个新的连接。这种情况的一个症状是，无论您尝试加载多少秒，您都会看到相似数量的已完成请求（在您的示例中为 16229）。

在 OS X 上，默认有 16,384 个临时端口可用，除非您调整网络设置，否则这些端口将很快耗尽。

[1] http://danielmendel.github.io/blog/2013/04/07/benchmarkers-beware-the-ephemeral-port-limit/ [2] https://rolande.wordpress.com/2010/12/ 30/性能调整-网络堆栈-on-mac-osx-10-6/

我的方法是减少 Maximum Segment Lifetime 可调参数（默认为 15000 或 15 秒）并在基准测试时临时增加可用端口的范围，例如：

sudo sysctl -w net.inet.tcp.msl=1000
sudo sysctl -w net.inet.ip.portrange.first=32768
<run benchmark>
sudo sysctl -w net.inet.tcp.msl=15000
sudo sysctl -w net.inet.ip.portrange.first=49152
于 2016-07-04T09:18:11.657 回答