linux C 客户端向服务器发送延迟FIN ACK(500ms)
为什么客户
我有一个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的. 如何调试?可能是什么 截图第二列是数据包之间经过的时间. Link to bigger picture. 解决方法 此行为是 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. (编辑:鲜蔬坊站长网) 【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容! |
- python – ImportError:没有名为’pysqlite2’的模块
- linux – /usr/bin/env关于shebang line pecularities的问题
- linux-kernel – 编译Linux内核错误xt_CONNMARK.h
- 正确的Linux串口初始化序列
- Linux 查看文件指定行数内容方法的三种方法
- linux – 为什么dlsym()返回的符号的值为null?
- LINUX实战:关于CentOS6的启动流程
- 在linux中设置Mysql
- 尽管在Linux内核模块中使用EXPORT_SYMBOL,如何防止“错误:
- linux – shell脚本如何判断它是否在支持256色的xterm窗口中