网上最流行一篇,大意就是设tcp保活的参数
或者应用层自己做心跳
我遇到的问题是,程序中有3000个死连接,做测试时,
每个windows下面连了3900个,总共4个windows终端连,
这样总共达到16000这样
然后关闭终端应用程序,
这样留下了大约3000多个死连接,
这些连接依然被epoll所监听
这时再connect,极慢,差不多3秒才能连上,
但关闭这3000个死连接,并从epoll里删除监听
程序又正常了。
待续吧,这个问题还是需要进一步跟踪,笔者认为即使有死连接
也不应该出现这种现象,感觉就像是epoll在监听大量死连接时,
汇报新的连接事件变慢了,还是程序处理有误。
烦,为什么要在这些破东西上花时间。。。
本文探讨了在程序中存在大量未关闭的死连接时,对Epoll性能的影响。实验中发现,当存在约3000个未处理的死连接时,新的连接请求响应时间显著增加至3秒左右。关闭并清理这些死连接后,系统恢复正常。
9064

被折叠的 条评论
为什么被折叠?



