大量LAST.docVIP

下载本文档

0
0
约1.05万字
约 8页
2018-04-27 发布于河南
举报
版权申诉

大量LAST.doc

1、原创力文档（book118）网站文档一经付费（服务费），不意味着购买了该文档的版权，仅供个人/单位学习、研究之用，不得用于商业用途，未经授权，严禁复制、发行、汇编、翻译或者网络传播等，侵权必究。。
2、本站所有内容均由合作方或网友上传，本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺！文档内容仅供研究参考，付费前请自行鉴别。如您付费，意味着您自己接受本站规则且自行承担风险，本站不退款、不进行额外附加服务；查看《如何避免下载的几个坑》。如果您已付费下载过本站文档，您可以点击这里二次下载。
3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等，请点击“版权申诉”（推荐），也可以打举报电话：400-050-0827(电话支持时间：9:00-18:30)。
4、该文档为VIP文档，如果想要下载，成为VIP会员后，下载免费。
5、成为VIP后，下载本文档将扣除1次下载权益。下载后，不支持退款、换文档。如有疑问请联系我们。
6、成为VIP后，您将拥有八大权益，权益包括：VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
7、VIP文档为合作方或网友上传，每下载1次，网站将根据用户上传文档的质量评分、类型等，对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档

大量LAST

大量LAST_ACK 分析过程 2008-10-23 16:44 |文章出处：/_wang8记录一下自己的思想过程现象:在netstat的时候发现大量处于LAST_ACK状态的TCP连接，达到在ESTABLISHED状态的90%以上 [root@ccsafe ~]# netstat -ant|fgrep :|cut -b 77-90|sort |uniq -c??????????????? ????? 6 CLOSE_WAIT ????? 7 CLOSING???? ?? 6838 ESTABLISHED ?? 1037 FIN_WAIT1?? ??? 357 FIN_WAIT2?? ?? 5830 LAST_ACK??? ????? 2 LISTEN????? ??? 276 SYN_RECV??? ???? 71 TIME_WAIT?? [root@ccsafe ~]# 看看系统状态，性能都花在系统中断和上下文切换[root@ccsafe ~]# vmstat 2procs -----------memory---------- ---swap-- -----io---- --system-- -----cpu------r b?? swpd?? free?? buff cache?? si?? so??? bi??? bo?? in?? cs us sy id wa st1 0????? 0 3091812 363032 284132??? 0??? 0???? 0???? 0??? 1??? 1 0 0 100 0 00 0????? 0 3091812 363032 284132??? 0??? 0???? 0???? 0 13750 3174 0 5 94 0 00 0????? 0 3091936 363032 284132??? 0??? 0???? 0???? 0 13666 3057 1 5 94 0 00 0????? 0 3092060 363032 284132??? 0??? 0???? 0??? 16 13749 3030 0 5 95 0 00 0????? 0 3092060 363032 284132??? 0??? 0???? 0???? 0 13822 3144 0 5 95 0 00 0????? 0 3092060 363032 284132??? 0??? 0???? 0???? 0 13390 2961 0 5 95 0 00 0????? 0 3092060 363032 284132??? 0??? 0???? 0???? 0 13541 3182 0 6 94 0 0 查看socket队列信息[root@ccsafe ~]# sar -n SOCK 5 Linux 2.6.18-53.1.13.el5PAE (ccsafe)???? 10/21/2008 06:31:43 PM??? totsck??? tcpsck??? udpsck??? rawsck?? ip-frag??? tcp-tw06:31:48 PM????? 6951???? 13868???????? 1???????? 0???????? 0?????? 430Average:???????? 6951???? 13868???????? 1???????? 0???????? 0?????? 430 根据TCP状态的变化过程来分析，LAST_ACK属于被动关闭连接过程中的状态ESTABLISHED-CLOSE_WAIT-（发送ACK）-LAST_ACK-(发送FIN+接收ACK)-CLOSED现在状态都堆积到LAST_ACK，初步判断问题从上下两个状态着手调节一下LAST_ACK时间...[root@ccsafe ~]# sysctl -a |grep last_ackfilter.ip_conntrack_tcp_timeout_last_ack = 30 [root@ccsafe ~]# sysctl -w filter.ip_conntrack_tcp_timeout_last_ack=10filter.ip_conntrack_tcp_timeout_last_ack = 10[root@ccsafe ~]# sysctl -p [root@ccsafe ~]# watch -n 10 netstat -ant|fgrep :|cut -b 77-90|sort |uniq -cEvery 5.0s: netstat -ant|fgrep :|cut -b 77-90|sort |uniq -c????????????