小编Mar*_*ark的帖子

节点服务器响应时间的意外延迟

问题陈述-

我们在互联网客户端和下游服务之间使用路由器.路由器(服务)是用Node.js编写的.其责任是将互联网客户端的请求传递给相应的下游服务,并将响应返回给互联网客户端.我们在路由器级别面临一些延迟.

用于http代理的库 -

https://github.com/nodejitsu/node-http-proxy

node-http-proxy 示例 -

用示例示例解释.我们在99%的案件中面临问题 -

在此输入图像描述

我们使用100并发进行了负载/性能测试.

根据结果​​,直到95百分位,响应时间对于互联网客户来说是很好的.

但是,在99百分位数,下游服务在预期时间(~250ms)内响应.但是路由器的时间比预期多10倍(~2500毫秒).

服务信息 -

路由器和下游服务都在同一区域和同一子网中.所以,这种延迟不是因为网络.

延迟的可能性 -

  1. 某些线程在节点服务级别被阻止.这就是为什么,不能听取下游服务的回应.
  2. 在dns查找中花费更多时间.
  3. 节点级线程计数较少,这就是为什么,不能监听来自下游服务端的所有传入响应.

分析这个 -

我们在配置下面蠢蠢欲动 -

keepAlive,maxSockets,maxFreeSockets,keepAliveMsecs,日志级别.PLease check http/https代理的节点配置 - http代理配置

节点服务的代码片段 -

var httpProxy = require('http-proxy');
var http = require('http');
var https = require('https');

var agent = new https.Agent({
    maxSockets: nconf.get(25),
    keepAlive: true,
    maxFreeSockets: nconf.get(10),
    keepAliveMsecs : nconf.get(5000)
});

var proxy = httpProxy.createServer({ agent: agent });
var domain = require('domain');
var requestTimeout = parseInt(nconf.get('REQUEST_TIMEOUT'));
process.env.UV_THREADPOOL_SIZE = nconf.get(4);
Run Code Online (Sandbox Code Playgroud)

问题 -

  1. 我是节点服务的新手.如果你帮我用正确的值调整上面的配置,那就太棒了.如果我错过任何配置,请告诉我? …

https web-services node.js node-http-proxy

8
推荐指数
1
解决办法
598
查看次数

XAMPP(WIndows)PHP GMP函数

有没有办法在不使用虚拟机的情况下在Windows上使用PHP GMP功能

提前致谢.

[ http://php.net/manual/en/ref.gmp.ph]

php windows xampp gmp

4
推荐指数
3
解决办法
7479
查看次数

标签 统计

gmp ×1

https ×1

node-http-proxy ×1

node.js ×1

php ×1

web-services ×1

windows ×1

xampp ×1