【发布时间】：2013-06-11 12:32:54
【问题描述】：
如果我在具有 t 并行线程的 nginx 服务器上查询静态 200kb HTML 文件，它会在 m 毫秒内到达吞吐量约为 r req/sec。 （我平均使用了大约 2000 个请求）
t:10 m:13 r:440
t:20 m:20 r:475
t:50 m:67 r:547
t:80 m:98 r:517
我正在开发一个反向代理，它会为每个请求增加一些时间，如果我对其进行相同的测试，而不进行修改或缓存（尊重 rfc2616），我会得到这些结果（直到没有做太多的性能调整现在）。
t:10 m:42 r:130
t:20 m:80 r:121
t:50 m:133 r:194
t:80 m:182 r:258
如果代理有文件的缓存版本，我会得到这个结果
t:10 m:74 r:118
t:20 m:116 r:150
t:50 m:236 r:155
t:80 m:402 r:142
现在我的问题是：这些是好的价值观吗？我找不到太多可以比较的值。我只想知道：当请求 10 个并行客户端时，是否可以在每个请求上添加 30-50 毫秒？吞吐量下降这么多可以吗？
squid、varnish 或 apache 流量服务器添加多少时间？有人有类似的价值观吗？
【问题讨论】：
-
好吧，大部分开销来自 couchbase 往返....我解决了大部分问题，下一个问题是内存泄漏，我必须找到大量的 CPU 负载，我不知道从哪里来...
标签： performance node.js proxy reverse-proxy performance-testing