问一个socket问题

yruilin

sock结构里有个rcvbuf,应该是指接收缓冲区的大小,另外sock结构下还有一个receive_queue接收队列,队列中的每个数据结构sk_buff就载运着一个到达的报文.
我的问题是队列中的sk_buff数据结构的多少是受什么限制,是rcvbuf大小的限制吗?
为什么我要提这个问题呢?我的一个程序,在接收UDP报文的时候,可能由于来不及取走socket队列中的UDP报文,部分UDP报文被后续的UDP报文冲掉,造成数据丢失.想增加接收队列的数量减少数据丢失.
谢谢!

EMC2

you can add rcvbuf to queue more skb,  but please note sysctl_rmem_max,  your value cannot over it.

sock.c

                case SO_RCVBUF:
                        /* Don't error on this BSD doesn't and if you think
                           about it this is right. Otherwise apps have to
                           play 'guess the biggest size' games. RCVBUF/SNDBUF
                           are treated in BSD as hints */
                          
                        if (val > sysctl_rmem_max)
                                val = sysctl_rmem_max;

                        sk->sk_userlocks |= SOCK_RCVBUF_LOCK;
                        /* FIXME: is this lower bound the right one? */
                        if ((val * 2) < SOCK_MIN_RCVBUF)
                                sk->sk_rcvbuf = SOCK_MIN_RCVBUF;
                        else
                                sk->sk_rcvbuf = val * 2;
                        break;



sock.h
static inline int sock_queue_rcv_skb(struct sock *sk, struct sk_buff *skb)
{
        int err = 0;
        int skb_len;

        /* Cast skb->rcvbuf to unsigned... It's pointless, but reduces
           number of warnings when compiling with -W --ANK
         */
        if (atomic_read(&sk->sk_rmem_alloc) + skb->truesize >=
            (unsigned)sk->sk_rcvbuf) {
                err = -ENOMEM;
                goto out;
        }

.......................
         // adjust sk_rmem_alloc
        skb_set_owner_r(skb, sk);