網(wǎng)絡(luò)問題,發(fā)到內(nèi)核板看看

pppStar

# netstat -a
Active Internet connections (servers and established)
Proto Recv-Q Send-Q Local Address           Foreign Address         State      
....
tcp        0 13481742 192.168.88.191:555      218.xxx.xxx.79:59018     ESTABLISHED
.......

從上面看出緩存的數(shù)據(jù)約13M, 我該如何做讓這個值在2M左右之后不再增大?
即讓send 發(fā)送失敗.

我調(diào)用下面函數(shù)設(shè)置成功了,但是仍然會出現(xiàn)上述情況
int sock_sendbuffsize(int fd, int buffsize)
{
    int bs = buffsize;
    socklen_t sz = sizeof(bs);
    if(-1 == setsockopt(fd, SOL_SOCKET, SO_SNDBUF, (char*)&bs, sizeof(int)))
    {
        perr("setsockopt");
        return -1;
    }
    return 1;
}

我該如何做,請高手指點下,謝謝

瀚海書香

回復(fù) 1# pppStar

# netstat -a
Active Internet connections (servers and established)
Proto Recv-Q Send-Q Local Address           Foreign Address         State      
....
tcp        0 13481742 192.168.88.191:555      218.xxx.xxx.79:59018     ESTABLISHED
.......

從上面看出緩存的數(shù)據(jù)約13M, 我該如何做讓這個值在2M左右之后不再增大?
即讓send 發(fā)送失敗.

我調(diào)用下面函數(shù)設(shè)置成功了,但是仍然會出現(xiàn)上述情況
int sock_sendbuffsize(int fd, int buffsize)
{
    int bs = buffsize;
    socklen_t sz = sizeof(bs);
    if(-1 == setsockopt(fd, SOL_SOCKET, SO_SNDBUF, (char*)&bs, sizeof(int)))
    {
        perr("setsockopt";
        return -1;
    }
    return 1;
}

來內(nèi)核版問就對了

你需要明白一個事實：
         setsockopt的SO_SNDBUF與netstat顯示的Send-Q含義，前者表示可用于發(fā)送的隊列的長度，后者表示的是內(nèi)核已經(jīng)發(fā)送但是還沒有得到對端ack的數(shù)據(jù)包的總長度，這兩者沒有直接的關(guān)系。
         比如SO_SNDBUF是100,向?qū)Χ税l(fā)送數(shù)據(jù)包，對端內(nèi)核會對ack應(yīng)答，這個時候數(shù)據(jù)包在對端的Recv-Q中，不再本地的SNDBUF中也不再Send-Q中，如果對端的接收隊列滿了，那么可能會慢慢的累積本段的Send-Q，但是SO_SNDBUF仍然沒有滿。

   

Godbach

回復(fù) 1# pppStar
暈，LZ 的頭像和 send_linux 一樣，我都認錯了


   

chishanmingshen

嗯...是對端接收太慢的問題

pppStar

回復(fù) 2# 瀚海書香


    我認為SO_SNDBUF的大小應(yīng)該是Send-Q最大值,問題是設(shè)置了沒有起效果

   某次測試的情況
   setsockopt(3, SOL_SOCKET, SO_RCVBUF, [1000000], 4) = 0
   getsockopt(3, SOL_SOCKET, SO_RCVBUF, [225280], [4]) = 0
  write(1, "modified receive buffer size = 2"..., 38modified receive buffer size = 225280
   ) = 38
  setsockopt(3, SOL_SOCKET, SO_SNDBUF, [1000000], 4) = 0
  getsockopt(3, SOL_SOCKET, SO_SNDBUF, [225280], [4]) = 0
  write(1, "modified snd buffer size = 22528"..., 34modified snd buffer size = 225280
  ) = 34

  謝謝版主,謝謝各位

我頭像抄的, 我看版主的頭像還像是linuxsir里面的人呢,

瀚海書香

回復(fù) 5# pppStar

我認為SO_SNDBUF的大小應(yīng)該是Send-Q最大值,問題是設(shè)置了沒有起效果

已經(jīng)跟你說了，這兩個參數(shù)沒有直接的關(guān)系啊。假如你給pc換個內(nèi)存條，cpu的頻率會變嗎？
   

pppStar

嗯,謝謝

核心問題還沒解決,
請教下如何防止在對方接收慢的時候讓Send-Q不至于過大以至于耗盡內(nèi)存的情況出現(xiàn)呢?
當(dāng)然也要同時滿足對方接收快的時候(如局域網(wǎng))有足夠的性能

daniel_11

暈，還沒遇到這種問題。。。
不過根據(jù)描述：
Send-Q
The count of bytes not acknowledged by the remote host.
是否可以調(diào)整tcp timeout 時間？我的意思要從tcp協(xié)議入手？

話說我頭像太挫了。。。

瀚海書香

回復(fù) 8# daniel_11
其實這種問題在tcp層來解決，個人認為不妥。本身這個問題是應(yīng)用層之間協(xié)商的問題，非要讓底層解決，肯定會費力的。

在應(yīng)用層實現(xiàn)一個應(yīng)用層的簡單協(xié)商就可以完美解決了啊。

   

daniel_11

回復(fù) 9# 瀚海書香
嗯，確實如此。
BTW, tcp有keepalive的option，沒用過不知如何？