我有一个node.js客户端(10.177.62.7)从服务器(10.177.0.1)的http休息服务请求一些数据.客户端只是使用node.js http.request()方法(agent = false).客户端在Ubuntu 11.10框.
为什么客户端在475ms之后发送FIN ACK？为什么这么慢？他应该立即发送FIN ACK.我有很多这样的情况.整个流量的约1％是延迟FIN ACK的请求.
客户端上的cpu空闲大概是99％,所以没有什么可以排除cpu的.
如何调试？可能是什么
有没有需要调整的sysctl选项？
截图第二列是数据包之间经过的时间.
解决方法
此行为是
RFC1122 TCP stack的延迟ACK功能.
通常你应该把TCP_QUICKACK选项添加到你的Linux TCP socket到disable delayed ACK中,但是我觉得JavaScript Node.js API是不明显的(我只看到了TCP_NODELAY选项的socket.setNoDelay).
所以你的想法应用一个system-wide change on TCP stack似乎很好,但我发现没有sysctl匹配这个套接字选项的行为.这是另一个full list with explanation.
