请教Linux关于UDP最大缓冲区设置

1. tcp 收发缓冲区默认值[root@ ]# cat /proc/sys/net/ipv4/tcp_rmem 409687380 416153687380 ：tcp接收缓冲区的默认值[root@ ]# cat /proc/sys/net/ipv4/tcp_wmem409616384 416153616384 ： tcp 发送缓冲区的默认值2. tcp 或udp收发缓冲区最大值[root@ ]# cat /proc/sys/net/core/rmem_max131071131071：tcp 或 udp 接收缓冲区最大可设置值的一半。也就是说调用 setsockopt(s, SOL_SOCKET, SO_RCVBUF, &rcv_size, &optlen) 时rcv_size 如果超过 131071，那么getsockopt(s, SOL_SOCKET, SO_RCVBUF, &rcv_size, &optlen)去到的值就等于 131071 * 2 = 262142[root@ ]# cat /proc/sys/net/core/wmem_max 131071131071：tcp 或 udp 发送缓冲区最大可设置值得一半。跟上面同一个道理3. udp收发缓冲区默认值[root@ ]# cat /proc/sys/net/core/rmem_default 111616：udp接收缓冲区的默认值[root@ ]# cat /proc/sys/net/core/wmem_default111616111616：udp发送缓冲区的默认值4. tcp 或udp收发缓冲区最小值tcp 或udp接收缓冲区的最小值为 256 bytes，由内核的宏决定；tcp 或udp发送缓冲区的最小值为 2048 bytes，由内核的宏决定

进行socket编程有时候可能需要修改下socket的接收缓冲区大小，这里可以使用 setsockopt 函数，但是如果需要修改的缓冲区很大（比如500MB），则还需要修改系统内核的TCP/IP参数，不然接收缓冲区大小会收到内核参数的限制，所以需要改两个地方。下面以把socket接收缓冲区修改为500MB说明一下要作的修改。《Linux就该这么学》

修改内核TCP/IP参数

在终端用sysctl命令修改socket最大缓冲区限制：

sudo sysctl -w net.core.rmem_max=5242880001

在代码中用setsockopt函数修改SO_RCVBUF选项

int recvbuff = 500*1024*1024

if(setsockopt(sockfd, SOL_SOCKET, SO_RCVBUF, (const char*)&recvbuff, sizeof(int)) == -1)

printf("setsocket error\n")

else

printf("setsocket success\n")12345

以上两点，只改第1点，一个socket只会预留63个报文的接收缓冲；只改第2点，缓冲区大小会受到rmem_max的限制，如果需要的缓冲区很大的话，必须两点都改。

一个缓冲头结构中标志了对应缓冲块的相关性质，采用缓冲头结构组来对整个缓冲区的缓冲块进行管理， *** 作方便。在缓冲区中，低端存储区存放的是对应缓冲头结构，高端区对应的是缓冲区数据结构，这是在进行缓冲区初始化过程中，初始化程序从整个缓冲区的两端开始，分别同时设置缓冲区头结构和对应的缓冲区。即第一个缓冲区头结构所对应的是最后一个缓冲数据块，如此递推下去。（缓冲块是1024个字节的块）

缓冲头结构的结构分析：

设备号、块号、状态（含有当前缓冲区状态）以及其他一些算法所需要的数据。

高速缓冲块采用hash表和包含所有缓冲区块的链表来进行管理 *** 作。

1块缓冲区即1024个字节，低端（对应各缓冲块的缓冲头结构）分别建立起对应各缓冲块的缓冲头结构buffer_head,这些缓冲头连接成链表，从而对整个缓冲区进行 *** 控。

下面这个是linux0.11内核中所定义的缓冲区头结构：

struct buffer_header{

char *b_data

unsigned short b_dev

unsigned char b_uptodate

unsigned char b_dirt

unsigned chart b_count

unsigned char b_lock

struct task_struct * b_wait

struct buffer_head *b_prev

struct buffer_head *b_next

struct buffer_head *b_prev_free

struct buffer_head *b_next_free

}

(我们所研究的缓冲区是磁盘块在主存中的拷贝，一个缓冲区的数据与文件系统上一个逻辑磁盘块中的数据想对应，并且内核是通过考察缓冲区头部中的标识字符来识别缓冲区内容的。缓冲区的内容并不是永久存在的，而是每隔一定时间间断就会发生更新的区域。)

b_block锁定标志，表示驱动程序正在对该缓冲区内容进行 *** 作，此时该缓冲区不能被第二者访问。这里可以发现，对缓冲区的直接 *** 作是驱动程序，而不是应用程序，应用程序通过调用系统调用来对缓冲区进行相应的 *** 作。

思考：向缓冲块中写数据的写 *** 作不由CPU控制，CPU起到 的只是控制管理功能而已。而缓冲块中写数据写 *** 作则是由硬件来完成，如何为完成？？？

b_count缓冲buffer使用之计数值，表示相应缓冲块正被各个进程使用的次数，主要用于对缓冲块的程序引用计数管理，所谓空闲块指b_count＝0的块。

b_update是数据更新标志，说明缓冲块中数据是否有效。b_dirt和b_update标志的应用是很重要的，同时一很容易弄混淆，b_dirt所起到的作用是当缓冲区中的数据被改变时，相应的b_dir被赋值为1，表明此时缓冲区中的数据与磁盘块中的数据是不同的，这就意味着磁盘中的数据需要重新写，即更新，所使用的是延迟写。而b_update说明缓冲块中的数据是否有效。当我们将释放块时，这两个值被赋为0，表明该缓冲区中的数据无效，这里的释放块指的是将缓冲区的数据进行了释放更新，缓冲区中的数据已经不再被当前进程使用，而磁盘中的数据并没有丢失，只是缓冲区中的数据丢失了而已。当b_dir比指明为1时，用通俗的话说这个块脏了，需要将其中的内容写入磁盘块中，但是此时还没有将其放入到磁盘中，所以数据是无效的。只有当数据被写入到磁盘设备或者是从块设备中读入缓冲块时，数据才是变为有效的。

接下来，来看看缓冲头结构buffer_head结构中字段类型为buffer_head的几个字段的用法,下面这个函数是从linux0.11内核代码中摘录下来的，主要是使用了buffer_head这几个字段来进行 *** 作，很容易理解：

函数的功能是：将缓冲块插入空闲链表尾部，同时放入hash队列中。

static inline void insert_info_queues(struct buffer_head * bh)

{

bh->b_next_free=free_list//将bh指向的下一个节点指定为free_list,即空闲表的头指针；

bh->b_prev_free=free_list->b_prev_free//将bh的后指针指向为之前空闲表的最后一个节点；

free_list->b_prev_free->b_next_free=bh

free_list->b_prev_free=bh

bh->b_prev=NULL

bh->b_next=NULL

if(!bh->b_dev)

return

bh->b_next=hash(bh->b_dev,bh->b_blocknr)

hash(bh->b_dev,bh->b_blocknr)=bh

bh->b_next->b_prev=bh

}

以上的代码程序就是对buffer_head中buffer_head字段的使用，这就是这些字段作用之一，有趣吧!

现在来分析缓冲区所使用的两个数据结构：散列表和空闲表。

缓冲区中的所有块是通过散列表进行管理和 *** 作的，对于磁盘而言，如果要使用散列表来进行管理，其散列表是不变的。但是，高速缓冲区中的散列表是变化着的。散列表的控制 *** 作是由对应的散列函数进行实施的。要注意的是，缓冲块所存在的散列表并不是规定的，可以结合实际来安排，当然，系统所追求的是一种均衡的分配方式，这样做只是为了更好地对缓冲块进行管理，同时效率也是很高的！

一个缓冲块可以存在于两个链表中：散列表或者是空闲表。如果我们需要寻找一个特定的缓冲块，我们可以在散列表中寻找，举个例子：在一个 *** 作系统中，有多个进程在执行着，现在进程1在使用一个缓冲块，此时进程2也需要访问相应的块，那么进程2就会在散列表中进行寻找，而不是到空闲表中寻找。

而buffer_head结构的字段：b_next、b_prev、b_prev_free、b_next_free就是用来对散列表和空闲表进行 *** 作的。

这仅仅是对缓冲区头结构进行的一个简单的学习总结，还有相应算法会频繁使用到这些字段，相应的总结将在后面的总结中列出。

如果相对高速缓冲有更直接的认识，了解内存结构是很有好处的，所以，要把内存管理弄明白。呵呵！

---