/proc/sys/net/ipv4 目录下的配置调优看法

本文探讨了/proc/sys/net/ipv4目录下的TCP配置参数,包括tcp_abort_on_overflow、tcp_adv_win_scale、tcp_congestion_control等,详细解释了它们的含义和作用,旨在优化网络性能和处理拥塞控制。通过理解并调整这些参数,可以更好地管理和优化TCP连接的性能。
摘要由CSDN通过智能技术生成

上面的全部来自真实环境的tcp控制选项,还有如果需要进一步看这些选项的描述的话,请直接在终端敲man tcp.下面一一看这些的意义,以便后面复习。

tcp_abc 拥塞算法

tcp_abort_on_overflow :tcp sync处理不过来干脆就直接拒绝连接了。

net.ipv4.tcp_adv_win_scale:
1: 默认值为2 
2: 在tcp_moderate_rcvbuf启用的情况下,用来对计算接收缓冲区和接收窗口的参数进行微调。 
3: 窗口与接收缓存之间的比例系数 那么这时大家可能有疑问,当窗口从初始窗口一路扩张到最大接收窗口时,最大接收窗口就是最大读缓存吗? 不是,因为必须分一部分缓存用于应用程序的延时报文读取。到底会分多少出来呢?这是可配的系统选项,如下: cat net.ipv4.tcp_adv_win_scale = 2,这里的tcp_adv_win_scale意味着,将要拿出1/(2^tcp_adv_win_scale)缓存出来做应用缓存。即,默认tcp_adv_win_scale配置为2时,就是拿出至少1/4的内存用于应用读缓存,那么,最大的接收滑动窗口的大小只能到达读缓存的3/4。


tcp_allowed_congestion_control:允许的拥塞控制算法


tcp_app_win:

1: 默认值为:31 
2: 用于计算当前应用接收缓存的大小(只包括应用层数据,单位为字节)
3: 保留max(window/2^tcp_app_win, mss)数量的窗口由于应用缓冲。当为0时表示不需要缓冲


1: 默认值为2

2: 在tcp_moderate_rcvbuf启用的情况下,用来对计算接收缓冲区和接收窗口

的参数进行微调。

3: 窗口与接收缓存之间的比例系数

那么这时大家可能有疑问,当窗口从初始窗口一路扩张到最大接收窗口时,最

大接收窗口就是最大读缓存吗?

不是,因为必须分一部分缓存用于应用程序的延时报文读取。到底会分多少出

来呢?这是可配的系统选项,如下:

[cpp] view plaincopyprint?01.net.ipv4.tcp_adv_win_scale = 2

net.ipv4.tcp_adv_win_scale = 2

这里的tcp_adv_win_scale意味着,将要拿出1/(2^tcp_adv_win_scale)缓存出

来做应用缓存。即,默认tcp_adv_win_scale配置为2时,就是拿出至少1/4的内

存用于应用读缓存,那么,最大的接收滑动窗口的大小只能到达读缓存的3/4

1: 默认值为2

2: 在tcp_moderate_rcvbuf启用的情况下,用来对计算接收缓冲区和接收窗口

的参数进行微调。

3: 窗口与接收缓存之间的比例系数

那么这时大家可能有疑问,当窗口从初始窗口一路扩张到最大接收窗口时,最

大接收窗口就是最大读缓存吗?

不是,因为必须分一部分缓存用于应用程序的延时报文读取。到底会分多少出

来呢?这是可配的系统选项,如下:

[cpp] view plaincopyprint?01.net.ipv4.tcp_adv_win_scale = 2

net.ipv4.tcp_adv_win_scale = 2

这里的tcp_adv_win_scale意味着,将要拿出1/(2^tcp_adv_win_scale)缓存出

来做应用缓存。即,默认tcp_adv_win_scale配置为2时,就是拿出至少1/4的内

存用于应用读缓存,那么,最大的接收滑动窗口的大小只能到达读缓存的3/4

1: 默认值为2

2: 在tcp_moderate_rcvbuf启用的情况下,用来对计算接收缓冲区和接收窗口

的参数进行微调。

3: 窗口与接收缓存之间的比例系数

那么这时大家可能有疑问,当窗口从初始窗口一路扩张到最大接收窗口时,最

大接收窗口就是最大读缓存吗?

不是,因为必须分一部分缓存用于应用程序的延时报文读取。到底会分多少出

来呢?这是可配的系统选项,如下:

[cpp] view plaincopyprint?01.net.ipv4.tcp_adv_win_scale = 2

net.ipv4.tcp_adv_win_scale = 2

这里的tcp_adv_win_scale意味着,将要拿出1/(2^tcp_adv_win_scale)缓存出

来做应用缓存。即,默认tcp_adv_win_scale配置为2时,就是拿出至少1/4的内

存用于应用读缓存,那么,最大的接收滑动窗口的大小只能到达读缓存的3/4

tcp_available_congestion_control:可用的拥塞控制算法


tcp_base_mss:1: 默认值为:512
2: 分组层路径MTU发现(MTU探测)中使用的search_low的初始值。如果允许MTU探测,这个初始值就是连接使用的初始MSS值。


tcp_challenge_ack_limit:Linux内核都遵从这一守则,系统中有个全局变量sysctl_tcp_challenge_ack_limit,就是存储challenge ACK计数器。


tcp_congestion_con

  • 0
    点赞
  • 2
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值