6

我注意到 node.js 中以下代码的性能有一种奇怪的行为。当大小content为 1.4KB 时,请求的响应时间大约为 16ms。但是,当 的大小content只有 988 字节时,请求的响应时间奇怪地长了很多,大约200 毫秒

response.writeHead(200, {"Content-Type": "application/json"});
response.write(JSON.stringify(content, null, 0));
response.end();

这似乎并不直观。查看 Firebug 的 net 选项卡,增加/差异都来自接收(另一方面,两者的等待时间均为 16 毫秒)。

我进行了以下更改来修复它,以便两种情况都有 16 毫秒的响应时间:

response.writeHead(200, {"Content-Type": "application/json"});
response.end(JSON.stringify(content, null, 0));

我查看了 node.js文档,但到目前为止还没有找到相关信息。我猜这与缓冲有关,但 node.js 可以在write()和之间抢占end()吗?

更新:

这是在 Linux 上的 v0.10.1 上测试的。

我试图查看源代码并确定了 2 条路径之间的区别。第一个版本有 2 个 Socket.write 调用。

writeHead(...)
write(chunk)
  chunk = Buffer.byteLength(chunk).toString(16) + CRLF + chunk + CRLF;
  ret = this._send(chunk);
    this._writeRaw(chunk);
      this.connection.write(chunk);
end()
  ret = this._send('0\r\n' + this._trailer + '\r\n'); // Last chunk.
    this._writeRaw(chunk);
      this.connection.write(chunk);

第二个好的版本只有 1 个 Socket.write 调用:

writeHead(...)
end(chunk)
  var l = Buffer.byteLength(chunk).toString(16);
  ret = this.connection.write(this._header + l + CRLF +
                              chunk + '\r\n0\r\n' +
                              this._trailer + '\r\n', encoding);

仍然不确定是什么让第一个版本在较小的响应大小下不能很好地工作。

4

1 回答 1

9

简短的回答:

您可以显式设置 Content-Length 标题。它将响应时间从大约 200 毫秒减少到 20 毫秒。

var body = JSON.stringify(content, null, 0);
response.writeHead(200, {
    "Content-Type": "application/json",
    'Content-Length': body.length
});
response.write(content);
response.end();

事实:

经过几次实验,我发现如果 content 足够小(在我的情况下,小于 1310 字节)以供单个MTU进行,响应时间将在 200ms 左右。但是,对于任何content大于该值的值,响应时间大约为 20 毫秒。

然后我用wireshark抓到了服务器端的网络包。下面是一个典型的结果:

对于小content

  • [0000毫秒]response.write(content)
  • [0200ms]收到客户端的ACK包
  • [0201ms]response.end()

对于更大的content

  • [0000ms] response.write(content)//第一个MTU被发送
  • [0001ms]发送第二个MTU
  • [0070ms]收到客户端的ACK包
  • [0071ms]response.end()

可能的解释:

如果Content-Length未设置标头,则数据将以“分块”模式传输。在“Chunked”模式下,服务器和客户端都不知道数据的确切长度,所以客户端会等待一段时间(200ms)来查看是否有以下包。

然而,这种解释引发了另一个问题:为什么在更大的 content 情况下,客户端没有等待 200 毫秒(相反,它只等待了大约 50 毫秒)?

于 2013-06-06T09:02:54.683 回答