Chinaunix首页 | 论坛 | 博客
  • 博客访问: 508756
  • 博文数量: 173
  • 博客积分: 4112
  • 博客等级: 上校
  • 技术积分: 1577
  • 用 户 组: 普通用户
  • 注册时间: 2010-02-26 10:12
文章分类

全部博文(173)

文章存档

2012年(1)

2010年(172)

我的朋友

分类: LINUX

2010-03-25 20:00:22

存在大量短连接的情况下:
Linux的TCP栈一般都会生成大量的TIME_WAIT 状态的socket。
  
你可以用下面的命令看到:
  netstat -ant| grep -i time_wait
  有时候,这个数目是惊人的:
  netstat -ant|grep -i time_wait |wc -l
  可能会超过三四万。
 
这个时候,我们需要修改 linux kernel 的 tcp time wait的时间.
sysctl 参数:/proc/sys/net/ipv4/tcp_fin_timeout,缺省值是 60,也就是60秒,
很多网上的资料都说将这个数值设置低一些就可以减少netstat 里面的TIME_WAIT状态,但是这个说法是错误的。
经过认真阅读Linux的内核源代码,我们发现这个数值其实是输出用的,修改之后并没有真正的读回内核中进行使用,而内核中真正管用的是一个宏定义,在 $KERNEL/include/net/tcp.h里面,有下面的行:
  #define TCP_TIMEWAIT_LEN (60*HZ) /* how long to wait to destroy TIME-WAIT
  * state, about 60 seconds */
  而这个宏是真正控制 TCP TIME_WAIT 状态的超时时间的。如果我们希望减少 TIME_WAIT 状态的数目(从而节省一点点内核操作时间),那么可以把这个数值设置低一些,根据我们的测试,设置为 10 秒比较合适,也就是把上面的修改为:
  #define TCP_TIMEWAIT_LEN (10*HZ) /* how long to wait to destroy TIME-WAIT
  * state, about 60 seconds */
  然后重新编译内核,重启系统即可发现短连接造成的TIME_WAIT状态大大减少:
  netstat -ant | grep -i time_wait |wc -l
  一般情况都可以至少减少2/3。也能相应提高系统应对短连接的速度。
阅读(1134) | 评论(1) | 转发(0) |
0

上一篇:Shell语句 Case

下一篇:Cisco 路由重分配

给主人留下些什么吧!~~

hkebao2010-03-26 19:32:29

不错谢谢分享。转载收藏一下哈哈