最近用egg作请求转发，页面渲染层 用 curl 转发请求 ，ejs 渲染页面 因为实际并发，所以想问问有没有哪位大神可以给个参考值，来对比是不是程序出了问题
环境： 8核8G，qps、tps 大概能达到多少
@i5ting 就是用的阿里云，egg 默认起了8个work，单个请求 curl 40个api请求响应总时长 800ms ，ejs 模版渲染 20ms 左右，但是 qbs 只有 10/s 左右，这个数值正常么？ 正常响应时长5s，最长响应时长20s 。。。
@atian25 ejs ，就是渲染页面，产品单页 ，我把 egg-view-ejs，改成内置差价，输出了log， 大概 render 模版 20ms ，开始也以为是这个问题
@atian25 curl 做了简单的配置修改，发现maxSockets 比较大的话，实际没应用那么多， 是不是调度会比较慢，就改小了 现在配置是这样的
config.httpclient = { rejectUnauthorized: false, // 默认开启 http/https KeepAlive 功能 keepAlive: true, // 空闲的 KeepAlive socket 最长可以存活 4 秒 freeSocketKeepAliveTimeout: 4000, // 当 socket 超过 30 秒都没有任何活动，就会被当作超时处理掉 timeout: 30000, // 允许创建的最大 socket 数 maxSockets: 400, // 最大空闲 socket 数 maxFreeSockets: 100, // 是否开启本地 DNS 缓存，默认关闭，开启后有两个特性 // 1. 所有的 DNS 查询都会默认优先使用缓存的，即使 DNS 查询错误也不影响应用 // 2. 对同一个域名，在 dnsCacheLookupInterval 的间隔内（默认 10s）只会查询一次 enableDNSCache: false, // 对同一个域名进行 DNS 查询的最小间隔时间 dnsCacheLookupInterval: 60000, // DNS 同时缓存的最大域名数量，默认 1000 dnsCacheMaxLength: 1000, };
@rwing 那个对比不是很恰当的，不是同等条件下。就好像之前某个人吐槽 koa 比 express 差，对比的测试用例却忽略了 koa 的 middleware 是双向的。
egg 默认挂载了更多的中间件，而且模板层这里都默认做了安全处理。
脱离实际业务场景关注 QPS 其实没啥意义，实际线上业务中，框架不会是瓶颈，更多是在于你跟后端交互那块。
@atian25 嗯，是的 假设后段 请求 1s 返回接口，模版渲染放回20ms， 平均响应时长 1.5s 处理一个请求 ，开了 8个work， 是不是意味着 并发8 请求 1.5s 左右呢 ?, 并发20 请求 响应时长 就是 3s, 并发40 请求 响应时长 就是 4s, 再多就 挂了。。。
