linux 调整buffer大小,关于socket buffer size的调优

本文探讨了Linux和Windows系统中如何调整socket的发送(SO_SNDBUF)和接收(SO_RCVBUF)缓冲区大小以优化网络吞吐。在Linux上,自2.4内核版本起支持动态调整,而在Windows系统,特别是从Windows 7和Windows Server 2008 R2开始,引入了动态发送缓冲。测试表明,在某些情况下,适当调整SO_SNDBUF可以显著提高传输效率。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

为了达到最大网络吞吐,socket send buffer size(SO_SNDBUF)不应该小于带宽和延迟的乘积。

之前我遇到2个性能问题,都和SO_SNDBUF设置得太小有关。

但是,写程序的时候可能并不知道把SO_SNDBUF设多大合适,而且SO_SNDBUF也不宜设得太大,浪费内存啊。

于是,有OS提供了动态调整缓冲大小的功能,这样应用程序就不用再对SO_SNDBUF调优了。

(接受缓冲SO_RCVBUF也是类似的问题,不应该小于带宽和延迟的乘积)。

On Linux:Linux从2.4开始支持接收缓冲和发送缓冲的动态调整。

------------------------------------------------------------

tcp_rmem (since Linux 2.4)

This is a vector of 3 integers: [min, default, max].  These

parameters are used by TCP to regulate receive buffer sizes.

TCP dynamically adjusts the size of the receive buffer from

the defaults listed below, in the range of these values,

depending on memory available in the system.

...

tcp_wmem (since Linux 2.4)

This is a vector of 3 integers: [min, default, max].  These

parameters are used by TCP to regulate send buffer sizes.  TCP

dynamically adjusts the size of the send buffer from the

default values listed below, in the range of these values,

depending on memory available.

------------------------------------------------------------

[root@node2 ~]# cat /proc/sys/net/ipv4/tcp_rmem

4096 87380 4194304

[root@node2 ~]# cat /proc/sys/net/ipv4/tcp_wmem

4096 16384 4194304

OnWindows:

Windows上其实有类似的机能,但是Windows的文档太糟糕了,我废了不少劲才找到一些旁证。

从Vista开始Windows引入接受窗口的自动调整

http://blogs.msdn.com/b/wndp/archive/2007/07/05/receive-window-auto-tuning-on-vista.aspx

从Win7和Win2008R2开始Windows引入送信缓冲的自动调整

------------------------------------------------------------

Updated for Windows 7 and Windows Server 2008 R2

...

Dynamic send buffering for TCP was added on Windows 7 and Windows Server 2008 R2. As a result, the use of theSIO_IDEAL_SEND_BACKLOG_CHANGEandSIO_IDEAL_SEND_BACKLOG_QUERYIOCTLs are needed only in special circumstances. For more information, see.

------------------------------------------------------------

需要注意的是,如果应用设置了SO_SNDBUF,Dynamic send buffering会失效。

(v=vs.85).aspx

------------------------------------------------------------

Dynamic send buffering for TCP was added on Windows 7 and Windows Server 2008 R2. By default, dynamic send buffering for TCP is enabled unless an application sets thesocket option on the stream socket.

------------------------------------------------------------

我在MSDN上没有找到正式介绍这个功能的页面(也许就没有这样的页面),所以也不知道它的自动调整是怎么个调法,范围是多少。而且,通过对Win7和Windows Server 2008 R2的测试我也没看到送信缓冲自动调整的效果,这个效果我只在Windows 2012上看到了。

测试:

下面是我的测试,主要针对送信缓冲的。

以下是各OS中送信缓冲的缺省值OS                      送信缓冲的缺省值(通过getsockopt(SO_SNDBUF)获取)

Window7:            8k

Windows2003:     8k

Windows2008:     8k

Windows8:          64k

Windows2012:     64k

测试方法:

1)机器A(Windows)通过TCP socket向机器B发送100MB数据。

2)机器A每次send()向socket写入8K字节。

3)机器A的程序设置不同的SO_SNDBUF,查看总送信时间的变化。

测试环境1:

Host A: Windows 2012(x64)

Host B: RHEL6(x64)

Network:1Gbit LAN

Result(execute time):

default(64K),                  1.118s(送信缓冲的自动调整生效)

set SO_SNDBUF to 32K,   3.295s

set SO_SNDBUF to 64K,   2.048s

set SO_SNDBUF to 128K, 1.404s

set SO_SNDBUF to 256K, 1.290s

从上面可以看出,Windows 2012中送信缓冲的自动调整还是很有效果的。

注)如果使用Windows而不是Linux作为客户端,效果也是一样的

测试环境2:Host A: Windows 2008 R2(x64)

Host B: RHEL6(x64)

Network:1Gbit LAN

Result(execute time):

default(8K),                   7.370s

set SO_SNDBUF to 32K,  4.159s

set SO_SNDBUF to 64K,  2.875s

set SO_SNDBUF to 128K, 1.593s

set SO_SNDBUF to 256K, 1.324s

对Windows 2008 R2,不知道送信缓冲的自动调整没有生效("netsh winsock show autotuning"是生效了的),还是8K初始值的起点太低,反正性能不如人意。

结论:

较新的OS都支持socket buffer的自动调整,不需要应用程序去调优。但对Windows 2012(和Win8)以前的Windows,为了达到最大网络吞吐,还是要应用程序操心一下SO_SNDBUF的设置。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值