文件较小的 node.js HTTP 服务器的响应要慢得多

Question

我正在 node.js 中为一个简单的 HTTP 服务器开发性能测试：

var http = require('http');
var fs = require('fs');

var NO_CACHE = true;
var fileCache;
var sendFile = function(conn, file) {
    conn.writeHead(200, {'Content-Type': 'text/html', 'Content-Length': file.length});
    conn.write(file);
    conn.end();
}
http.createServer(function (req, res) {
    if (NO_CACHE || fileCache == undefined) {
        fs.readFile('index.html', function(err, file) {
        fileCache = file;
        sendFile(res, fileCache);
        });
    } else {
        sendFile(res, fileCache);
    }
}).listen(8080, 'localhost');

（代码也可以在here找到）。

服务器总是读取文件“index.html”并返回它。我意识到如果文件大于或等于 65483 字节（非常接近 2^16 但不准确），服务器会在 1-3 毫秒内给出结果，如果文件较小，则持续 38-40 毫秒给出响应（可以找到正好 65483 字节的 index.html 文件here）。响应中的标头大约为 128 个字节：

Content-Type: text/html
Content-Length: 65483
Date: Thu, 14 May 2015 13:58:21 GMT
Connection: keep-alive

前两个标头由服务器设置，后两个由任何中间件自动设置。文件大小加上前两个头是 65533 字节，非常接近 65535 (2^16 - 1)，差异可能是因为这两个头中的回车。

这种行为对我来说看起来很奇怪，因为更大的文件应该持续更长的时间被读取，而且时间差异非常大。

我使用 node.js 0.10.38 和 0.12.2 得到相同的结果。对于性能测试，我使用了 jMeter 2.13。

为了记录，在 jMeter 中使用具有相同文件和相同测试计划的 vert.x 不会发生这种行为（使用 vert.x 服务器，读取更大的文件需要更多时间）。

如果有人知道原因可能是什么（以及如何避免小文件的原因），我很想知道。

Answer 1

正如bayou.io 所指出的，该行为是由TCP noDelay 引起的。我添加到服务器：

server.on("connection", function (socket) {
    socket.setNoDelay(true);
});

它会在 1-3 毫秒内按预期给出响应。