setsockopt使用总结。

来源:互联网 发布:淘宝网店一件代发货 编辑:程序博客网 时间:2024/06/06 12:39

1. socket设置选项总结:

用法:
  

#include <sys/types.h>#include <sys/socket.h>int getsockopt(int sock, int level, int optname, void *optval, socklen_t *optlen);int setsockopt(int sock, int level, int optname, const void *optval, socklen_t optlen);

 

参数详细说明:

level指定控制套接字的层次.可以取三种值:
1)SOL_SOCKET:通用套接字选项.
2)IPPROTO_IP:IP选项.
3)IPPROTO_TCP:TCP选项. 
optname指定控制的方式(选项的名称),

optval获得或者是设置套接字选项.根据选项名称的数据类型进行转换 


选项名称        说明                  数据类型
========================================================================
            SOL_SOCKET
------------------------------------------------------------------------
SO_BROADCAST      允许发送广播数据            int
SO_DEBUG          允许调试                int
SO_DONTROUTE        不查找路由               int
SO_ERROR          获得套接字错误             int
SO_KEEPALIVE        保持连接                int
SO_LINGER            延迟关闭连接              struct linger
SO_OOBINLINE        带外数据放入正常数据流         int
SO_RCVBUF          接收缓冲区大小             int
SO_SNDBUF          发送缓冲区大小             int
SO_RCVLOWAT       接收缓冲区下限             int
SO_SNDLOWAT       发送缓冲区下限             int
SO_RCVTIMEO        接收超时                struct timeval
SO_SNDTIMEO        发送超时                struct timeval
SO_REUSERADDR       允许重用本地地址和端口         int
SO_TYPE            获得套接字类型             int
SO_BSDCOMPAT     与BSD系统兼容              int
========================================================================
            IPPROTO_IP
------------------------------------------------------------------------
IP_HDRINCL       在数据包中包含IP首部          int
IP_OPTINOS       IP首部选项               int
IP_TOS           服务类型
IP_TTL            生存时间                int
========================================================================
            IPPRO_TCP
------------------------------------------------------------------------
TCP_MAXSEG       TCP最大数据段的大小           int
TCP_NODELAY        不使用Nagle算法             int
========================================================================

返回说明: 
成功执行时,返回0。失败返回-1,errno被设为以下的某个值 
EBADF:sock不是有效的文件描述词
EFAULT:optval指向的内存并非有效的进程空间
EINVAL:在调用setsockopt()时,optlen无效
ENOPROTOOPT:指定的协议层不能识别选项
ENOTSOCK:sock描述的不是套接字

 

Nagle算法设置。

    Linux环境使用TCP_CORK

    头文件/usr/include/netinet/tcp.h

   

#define TCP_NODELAY      1      /* Don't delay send to coalesce packets  */#define TCP_MAXSEG       2      /* Set maximum segment size  */#define TCP_CORK         3      /* Control sending of partial frames  */#define TCP_KEEPIDLE     4      /* Start keeplives after this period */#define TCP_KEEPINTVL    5      /* Interval between keepalives */#define TCP_KEEPCNT      6      /* Number of keepalives before death */#define TCP_SYNCNT       7      /* Number of SYN retransmits */#define TCP_LINGER2      8      /* Life time of orphaned FIN-WAIT-2 state */#define TCP_DEFER_ACCEPT 9      /* Wake up listener only when data arrive */#define TCP_WINDOW_CLAMP 10     /* Bound advertised window */#define TCP_INFO         11     /* Information about this connection. */#define TCP_QUICKACK     12     /* Bock/reenable quick ACKs.  */


 

    int  cork;    cork = 1;    return setsockopt(s, IPPROTO_TCP, TCP_CORK,                      (const void *) &cork, sizeof(int));

 

   FreeBSD环境使用TCP_NOPUSH

    int tcp_nopush;    tcp_nopush = 1;    setsockopt(s, IPPROTO_TCP, TCP_NOPUSH,                      (const void *) &tcp_nopush, sizeof(int));

1.2.来自网上的描述。

TCP_MAXSEG TCP最大数据段的大小 int获取或设置TCP连接的最大分节大小(MSS)。返回值是我们的TCP发送给另一端的最大数据量,它常常就是由另一端用SYN分节通告的MSS,除非我们的TCP选择使用一个比对方通告的MSS小些的值。如果此值在套接口连接之前取得,则返回值为未从另·—端收到Mss选项的情况下所用的缺省值。小于此返回值的信可能真正用在连接上,因为譬如说使用时间戳选项的话,它在每个分节上占用12字节的TCP选项容量。我们的TcP将发送的每个分节的最大数据量也可在连接存活期内改变,但前提是TCP要支持路径MTU 发现功能。如果到对方的路径改变了,此值可上下调整。TCP_NODELAY 不使用Nagle算法 int指定TCP开始发送保持存活探测分节前以秒为单位的连接空闲时间。缺省值至少必须为7200秒,即2小时。此选项仅在SO_KEPALIVEE套接口选项打开时才有效。TCP_NODELAY 和 TCP_CORK,这两个选项都对网络连接的行为具有重要的作用。许多UNIX系统都实现了TCP_NODELAY选项,但是,TCP_CORK则是Linux系统所独有的而且相对较新;它首先在内核版本2.4上得以实现。此外,其他UNIX系统版本也有功能类似的选项,值得注意的是,在某种由BSD派生的系统上的 TCP_NOPUSH选项其实就是TCP_CORK的一部分具体实现。TCP_NODELAY和TCP_CORK基本上控制了包的“Nagle化”,Nagle化在这里的含义是采用Nagle算法把较小的包组装为更大的帧。 John Nagle是Nagle算法的发明人,后者就是用他的名字来命名的,他在1984年首次用这种方法来尝试解决福特汽车公司的网络拥塞问题(欲了解详情请参看IETF RFC 896)。他解决的问题就是所谓的silly window syndrome ,中文称“愚蠢窗口症候群”,具体含义是,因为普遍终端应用程序每产生一次击键操作就会发送一个包,而典型情况下一个包会拥有一个字节的数据载荷以及40 个字节长的包头,于是产生4000%的过载,很轻易地就能令网络发生拥塞,。 Nagle化后来成了一种标准并且立即在因特网上得以实现。它现在已经成为缺省配置了,但在我们看来,有些场合下把这一选项关掉也是合乎需要的。现在让我们假设某个应用程序发出了一个请求,希望发送小块数据。我们可以选择立即发送数据或者等待产生更多的数据然后再一次发送两种策略。如果我们马上发送数据,那么交互性的以及客户/服务器型的应用程序将极大地受益。例如,当我们正在发送一个较短的请求并且等候较大的响应时,相关过载与传输的数据总量相比就会比较低,而且,如果请求立即发出那么响应时间也会快一些。以上操作可以通过设置套接字的TCP_NODELAY选项来完成,这样就禁用了Nagle 算法。另外一种情况则需要我们等到数据量达到最大时才通过网络一次发送全部数据,这种数据传输方式有益于大量数据的通信性能,典型的应用就是文件服务器。应用 Nagle算法在这种情况下就会产生问题。但是,如果你正在发送大量数据,你可以设置TCP_CORK选项禁用Nagle化,其方式正好同 TCP_NODELAY相反(TCP_CORK 和 TCP_NODELAY 是互相排斥的)。下面就让我们仔细分析下其工作原理。假设应用程序使用sendfile()函数来转移大量数据。应用协议通常要求发送某些信息来预先解释数据,这些信息其实就是报头内容。典型情况下报头很小,而且套接字上设置了TCP_NODELAY。有报头的包将被立即传输,在某些情况下(取决于内部的包计数器),因为这个包成功地被对方收到后需要请求对方确认。这样,大量数据的传输就会被推迟而且产生了不必要的网络流量交换。但是,如果我们在套接字上设置了TCP_CORK(可以比喻为在管道上插入“塞子”)选项,具有报头的包就会填补大量的数据,所有的数据都根据大小自动地通过包传输出去。当数据传输完成时,最好取消TCP_CORK 选项设置给连接“拔去塞子”以便任一部分的帧都能发送出去。这同“塞住”网络连接同等重要。总而言之,如果你肯定能一起发送多个数据集合(例如HTTP响应的头和正文),那么我们建议你设置TCP_CORK选项,这样在这些数据之间不存在延迟。能极大地有益于WWW、FTP以及文件服务器的性能,同时也简化了你的工作。