发送缓冲区sk_wmem_queued

sk_wmem_queued是目前发送缓冲区的量

tcp_trim_head 把这快内存给去掉,

什么时候会加入到内存里呢?__tcp_add_write_queue_tail,

skb里的内存是啥?

是如何确认发送缓冲区的,发送缓冲区 sk_wmem_free_skb 当接收到了ack之后,整个skb就可以被释放掉了,所以在整个内存被发送出去之前,这些都是有可能的。所以为了

 [<ffffffff816f21d2>] tcp_ack+0x1742/0x18b0
 [<ffffffff816f3d04>] tcp_rcv_established+0x224/0x6d0
 [<ffffffff816fd089>] tcp_v4_do_rcv+0x129/0x210
 [<ffffffff8166fb9a>] __release_sock+0x5a/0x100
 [<ffffffff8166fc70>] release_sock+0x30/0x90
 [<ffffffff816e9f1f>] tcp_sendmsg+0x11f/0xea0
 [<ffffffff8187a6de>] ? _raw_spin_unlock_irqrestore+0xe/0x10
 [<ffffffff81713cd5>] inet_sendmsg+0x65/0xa0
 [<ffffffff8166bde5>] sock_sendmsg+0x35/0x40
 [<ffffffff8166be6b>] sock_write_iter+0x7b/0xd0
 [<ffffffff8118af94>] __vfs_write+0xc4/0x120
 [<ffffffff8118bb18>] vfs_write+0xb8/0x1b0
 [<ffffffff8118ca66>] SyS_write+0x46/0xb0
 [<ffffffff8187a760>] entry_SYSCALL_64_fastpath+0x13/0x94
End write 

 所以基本可以确认,所谓的发送缓冲区,其实就是一系列的skb!!!!udp协议应该发送出去就结束了。

所以,说白了,发送缓冲区就说明了,我这个sock能用到内存的最大的数量。

不对啊,收到了ack还是不能说明我这个缓冲。。。oh, my gosh,这里是发送缓存,是可以放弃的,刚才误以为是接收缓存了,ok,所以一个sock的内存都是有一个最大值的。那么下面就是一个很严肃的话题了,就是发送缓冲区,滑动窗口都是什么关系

posted @ 2018-08-31 03:08  honpey  阅读(523)  评论(0编辑  收藏  举报