tcp_rcv_synsent_state_process函数的问题【已解决】 - Chinaunix

1、sk->sk_write_pending怎么可能会有不为0的可能呢？
2、rskq_defer_accept这个设置通常是在TCP服务端通过setsocketopt进行设置，那么怎会出现在这里的客户端代码中呢？
3、pingpong模式可以在客户端和服务器端通过setsocketopt进行设置，这个似乎还好理解

感谢斑竹的解答，但是我没有明白我的第2个问题斑竹是如何解答的，斑竹说的是：关于第二个，存在client端先bind，然后再connect的情况。已经在本地通过systemtap验证，我没有明白这个解释如何就解释了rskq_defer_accept在客户端被设置的场景？

int main(int argc,char **argv)
{
int listenfd,connfd,opt=1;
pid_t childpid;
int i;
socklen_t clilen;
struct sockaddr_in servaddr;
struct sockaddr_in realaddr;
if (argc != 4) {
printf("usage: %s bindip connectip connectport\n", argv[0]);
return 0;
}
if ((listenfd=socket(AF_INET,SOCK_STREAM,0))==-1)
err_quit("socket error errno=%d", errno);
bzero(&servaddr,sizeof(servaddr));
servaddr.sin_family=AF_INET;
inet_aton(argv[1], &(servaddr.sin_addr));
servaddr.sin_port = htons(2014);
opt = 1;
setsockopt(listenfd, SOL_SOCKET, SO_REUSEADDR, &opt, sizeof(opt));
opt = 1;
setsockopt(listenfd, IPPROTO_TCP, TCP_DEFER_ACCEPT, &opt, sizeof(opt));
if (bind(listenfd,(struct sockaddr*)&servaddr,sizeof(servaddr))==-1)
printf("bind error errno=%d\n", errno);
bzero(&realaddr,sizeof(realaddr));
realaddr.sin_family=AF_INET;
realaddr.sin_port=htons(atoi(argv[3]));
inet_pton(AF_INET,argv[2],&realaddr.sin_addr);
if (connect(listenfd,(struct sockaddr*)&realaddr,sizeof(realaddr))==-1)
printf("connect error errno=%d", errno);
while(1)
sleep(10);
}

复制代码

%{
#include <net/sock.h>
#include <net/inet_connection_sock.h>
%}
function show_sock:long(skaddr:long)
%{
struct sock *sk = (struct sock*)(THIS->skaddr);
struct inet_connection_sock *icsk = inet_csk(sk);
printk("tcp_defer_accept=%d sk_write_pending=%d\n",
icsk->icsk_accept_queue.rskq_defer_accept,
sk->sk_write_pending);
THIS->__retvalue = 1;
%}
probe kernel.function("tcp_rcv_synsent_state_process")
{
printf("Called function tcp_rcv_synsent_state_process\n")
show_sock($sk);
}

复制代码

哦。斑竹说的这个方式的设置我能理解，我不能理解的是对于TCP客户端，这样设置有何作用，或者说什么样的应用场景才需要这样？
而对于TCP服务端，这样设置defer模式的好处是显而易见的。关键就是客户端为啥这样做

      tcp_incr_quickack(sk);
            tcp_enter_quickack_mode(sk);
            。。。

上面两句红色代码实际是重叠的，即在tcp_enter_quickack_mode这个函数中又会再次执行一遍 tcp_incr_quickack，为啥不直接略掉tcp_incr_quickack，而直接执行后者不就可以了吗，作者为啥偏偏这样写？