大佬教程收集整理的这篇文章主要介绍了linux-networking – 杀死CLOSE_WAIT套接字而不杀死Linux上的父进程,大佬教程大佬觉得挺不错的,现在分享给大家,也给大家做个参考。
我在我的客户端和服务器代码中尝试了很多方法来摆脱这些无济于事,包括@L_874_4@连接,调用System.gc()等.
现在我正试图找到一种方法来简单地在操作系统中快速计算出来.我有conntrack工作,但我不知道如何使用它来杀死这些连接.我还将/ proc / sys / net / ipv4 / netfilter / ip_conntrack_tcp_timeout_close_wait设置为1,这当然太低但连接仍然存在.
有没有办法杀死这些僵尸插座?
运行Ubuntu.
然后,一旦确认已从连接读取所有数据,则应用程序将放弃连接.
一旦放弃连接,服务器就会将最终的FIN发送回客户端,连接将完全@L_874_4@.
建议它与“TCP_tuning”无关
updatE
根据您的tomcat版本,由于tomcat 6中引入的错误以及Coyote的AJP协议中的keepAliveTimeout功能,您可能会遇到此问题.
此问题的性质是由于tomcat在keepAliveTimeout过期后未能@L_874_4@套接字引起的. tomcat套接字将保持CLOSE_WAIT状态,但相应的R_841_11845@od_jk套接字将正常@L_874_4@.
以上是大佬教程为你收集整理的linux-networking – 杀死CLOSE_WAIT套接字而不杀死Linux上的父进程全部内容,希望文章能够帮你解决linux-networking – 杀死CLOSE_WAIT套接字而不杀死Linux上的父进程所遇到的程序开发问题。
如果觉得大佬教程网站内容还不错,欢迎将大佬教程推荐给程序员好友。
本图文内容来源于网友网络收集整理提供,作为学习参考使用,版权属于原作者。
如您有任何意见或建议可联系处理。小编QQ:384754419,请注明来意。