tcp nodelay 分析

最新推荐文章于 2024-01-19 09:44:36 发布
最新推荐文章于 2024-01-19 09:44:36 发布
阅读量172 收藏
点赞数
分类专栏： 网络协议 文章标签： 网络 java
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/peixun123/article/details/84408931
版权
参考文章如下：
[url]http://www.iteye.com/topic/1110883?page=2[/url]

第一次数据包交互过程 

18:18:49.344878 IP 10.210.214.51.54042 > 10.210.214.51.8000: P 1:7(6) ack 1 win 1025 <nop,nop,timestamp 1350350382 1350345381>
        0x0000:  4500 003a 96e9 4000 4006 e1c9 0ad2 d633  E..:..@.@......3
        0x0010:  0ad2 d633 d31a 1f40 1071 3443 0fde a75a  ...3...@.q4C...Z
        0x0020:  8018 0401 c237 0000 0101 080a 507c b62e  .....7......P|..
        0x0030:  507c a2a5 6865 6c6c 6f20                 P|..hello.

18:18:49.345069 IP 10.210.214.51.8000 > 10.210.214.51.54042: . ack 7 win 1024 <nop,nop,timestamp 1350350382 1350350382>
        0x0000:  4500 0034 05ff 4000 4006 72ba 0ad2 d633  E..4..@.@.r....3
        0x0010:  0ad2 d633 1f40 d31a 0fde a75a 1071 3449  ...3.@.....Z.q4I
        0x0020:  8010 0400 c231 0000 0101 080a 507c b62e  .....1......P|..
        0x0030:  507c b62e                                P|..

18:18:49.345209 IP 10.210.214.51.54042 > 10.210.214.51.8000: P 7:14(7) ack 1 win 1025 <nop,nop,timestamp 1350350382 1350350382>
        0x0000:  4500 003b 96ea 4000 4006 e1c7 0ad2 d633  E..;..@.@......3
        0x0010:  0ad2 d633 d31a 1f40 1071 3449 0fde a75a  ...3...@.q4I...Z
        0x0020:  8018 0401 c238 0000 0101 080a 507c b62e  .....8......P|..
        0x0030:  507c b62e 776f 726c 640d 0a              P|..world..

18:18:49.345417 IP 10.210.214.51.8000 > 10.210.214.51.54042: . ack 14 win 1024 <nop,nop,timestamp 1350350383 1350350382>
        0x0000:  4500 0034 0600 4000 4006 72b9 0ad2 d633  E..4..@.@.r....3
        0x0010:  0ad2 d633 1f40 d31a 0fde a75a 1071 3450  ...3.@.....Z.q4P
        0x0020:  8010 0400 c231 0000 0101 080a 507c b62f  .....1......P|./
        0x0030:  507c b62e                                P|..

18:18:49.345483 IP 10.210.214.51.8000 > 10.210.214.51.54042: P 1:13(12) ack 14 win 1024 <nop,nop,timestamp 1350350383 1350350382>
        0x0000:  4500 0040 0601 4000 4006 72ac 0ad2 d633  E..@..@.@.r....3
        0x0010:  0ad2 d633 1f40 d31a 0fde a75a 1071 3450  ...3.@.....Z.q4P
        0x0020:  8018 0400 c23d 0000 0101 080a 507c b62f  .....=......P|./
        0x0030:  507c b62e 6161 6161 6161 6161 6161 0d0a  P|..aaaaaaaaaa..

18:18:49.345586 IP 10.210.214.51.54042 > 10.210.214.51.8000: . ack 13 win 1025 <nop,nop,timestamp 1350350383 1350350383>
        0x0000:  4500 0034 96eb 4000 4006 e1cd 0ad2 d633  E..4..@.@......3
        0x0010:  0ad2 d633 d31a 1f40 1071 3450 0fde a766  ...3...@.q4P...f
        0x0020:  8010 0401 c231 0000 0101 080a 507c b62f  .....1......P|./
        0x0030:  507c b62f                                P|./


这里没有出现延迟


第二次就出现了延迟 

18:18:49.345784 IP 10.210.214.51.54042 > 10.210.214.51.8000: P 14:20(6) ack 13 win 1025 <nop,nop,timestamp 1350350383 1350350383>
        0x0000:  4500 003a 96ec 4000 4006 e1c6 0ad2 d633  E..:..@.@......3
        0x0010:  0ad2 d633 d31a 1f40 1071 3450 0fde a766  ...3...@.q4P...f
        0x0020:  8018 0401 c237 0000 0101 080a 507c b62f  .....7......P|./
        0x0030:  507c b62f 6865 6c6c 6f20                 P|./hello.


18:18:49.385257 IP 10.210.214.51.8000 > 10.210.214.51.54042: . ack 20 win 1024 <nop,nop,timestamp 1350350423 1350350383>
        0x0000:  4500 0034 0602 4000 4006 72b7 0ad2 d633  E..4..@.@.r....3
        0x0010:  0ad2 d633 1f40 d31a 0fde a766 1071 3456  ...3.@.....f.q4V
        0x0020:  8010 0400 c231 0000 0101 080a 507c b657  .....1......P|.W
        0x0030:  507c b62f                                P|./


18:18:49.385367 IP 10.210.214.51.54042 > 10.210.214.51.8000: P 20:27(7) ack 13 win 1025 <nop,nop,timestamp 1350350423 1350350423>
        0x0000:  4500 003b 96ed 4000 4006 e1c4 0ad2 d633  E..;..@.@......3
        0x0010:  0ad2 d633 d31a 1f40 1071 3456 0fde a766  ...3...@.q4V...f
        0x0020:  8018 0401 c238 0000 0101 080a 507c b657  .....8......P|.W
        0x0030:  507c b657 776f 726c 640d 0a              P|.Wworld..


18:18:49.385380 IP 10.210.214.51.8000 > 10.210.214.51.54042: . ack 27 win 1024 <nop,nop,timestamp 1350350423 1350350423>
        0x0000:  4500 0034 0603 4000 4006 72b6 0ad2 d633  E..4..@.@.r....3
        0x0010:  0ad2 d633 1f40 d31a 0fde a766 1071 345d  ...3.@.....f.q4]
        0x0020:  8010 0400 c231 0000 0101 080a 507c b657  .....1......P|.W
        0x0030:  507c b657                                P|.W


18:18:49.385504 IP 10.210.214.51.8000 > 10.210.214.51.54042: P 13:25(12) ack 27 win 1024 <nop,nop,timestamp 1350350423 1350350423>
        0x0000:  4500 0040 0604 4000 4006 72a9 0ad2 d633  E..@..@.@.r....3
        0x0010:  0ad2 d633 1f40 d31a 0fde a766 1071 345d  ...3.@.....f.q4]
        0x0020:  8018 0400 c23d 0000 0101 080a 507c b657  .....=......P|.W
        0x0030:  507c b657 6161 6161 6161 6161 6161 0d0a  P|.Waaaaaaaaaa..


18:18:49.385968 IP 10.210.214.51.54042 > 10.210.214.51.8000: F 27:27(0) ack 25 win 1025 <nop,nop,timestamp 1350350423 1350350423>
        0x0000:  4500 0034 96ee 4000 4006 e1ca 0ad2 d633  E..4..@.@......3
        0x0010:  0ad2 d633 d31a 1f40 1071 345d 0fde a772  ...3...@.q4]...r
        0x0020:  8011 0401 c231 0000 0101 080a 507c b657  .....1......P|.W
        0x0030:  507c b657                                P|.W


第二次发送的过程 

1.客户端 发送 hello --> 服务端  此时立刻发送
2.服务端由于没有处理完逻辑，暂时不发送数据，因此ack就延迟了40毫秒，从tcpdump的时间戳可以看到,超时以后服务端发送ack包
3.客户端将没有发送完的数据发送给服务端
4.服务端收到了数据，发送ack应答
5.服务端处理完逻辑后发送返回的数据
6.客户端对服务端数据做ack应答

从这里可以看到延迟出现在第二次 客户端发送包的时候，尽管上次的java代码已经发送了，但此时数据还在内核中，没有真正的发送，因此 客户端在 read数据的时候会出现一次停顿，这个停顿就是等待服务端返回数据
而服务端又等待客户端内核中的数据， 等到40毫秒超时后，服务端返回了一个ack应答，于是客户端内核将剩余的数据发送，之后就正常了
peixun123
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
[TCP] TCP_NODELAY?
sai_j的博客
10-17 1747
可能很多人都像我一样，很早就听说过TCP_NODELAY这个选项，明白它跟nagle算法相关，但是就只是停留在表面上了。 最近，实验室在做一套低时延可靠传输协议。作为对比，我希望搞清楚TCP在实际场景中丢包重传到底要消耗多少时间。为此，通过netem在loopback上模拟丢包和延时，我只需要在send以及recv这两个时刻打时间戳就可以知道每个包大概的时延。 以上是背景。然后问题来了。 在
TCPDemo.zip
08-12
在IT行业中，网络通信是软件开发中的重要组成...通过分析和学习TCPDemo的代码，我们可以更深入地理解C#中TCP通信的实现细节，并将其应用于自己的项目中。这不仅有助于提升网络编程技能，还能为解决实际问题提供参考。
TCP_NODELAY详解
weixin_34416754的博客
03-19 122
在网络拥塞控制领域，我们知道有一个非常有名的算法叫做Nagle算法（Nagle algorithm），这是使用它的发明人John Nagle的名字来命名的，John Nagle在1984年首次用这个算法来尝试解决福特汽车公司的网络拥塞问题（RFC 896），该问题的具体描述是：如果我们的应用程序一次产生1个字节的数据，而这个1个字节数据又以网络数据包的形式发送到远端服务器，那么就很容易...
nginx指令之——tcp_nodelay
吴遥的专栏
08-01 8489
指令tcp_nodelay作用于socket参数TCP_NODELAY。 在这之前，我们先说说nagle缓存算法，有些应用程序在网络通讯的时候会发送很少的字节，比如说一个字节，那么再加TCP协议本身，实际上发的要41个字节，这样的效率是很低的。这时候nagle算法就应运而生了，它将要发送的数据存放在缓存里，当积累到一定量或一定时间，再将它们发送出去。 这里TCP_NODELAY就是nagle启
浅谈tcp_nodelay的作用
热门推荐
shao.bing的专栏
09-08 6万+
今天在用nginx作web缓存的时候，发现在http里加入这样个参数，能有效的提高数据的实时响应性，那就是tcp_nodelay.下面我们来说说tcp_nodelay的原理：        TCP_NODELAY和TCP_CORK基本上控制了包的“Nagle化”，这里我们主要讲
TCP_NODELAY
DevXP的专栏
03-08 740
TODO http://jerrypeng.me/2013/08/mythical-40ms-delay-and-tcp-nodelay/
TCP_NODELAY，Nagle算法
L未若的博客
08-29 1077
什么是Ｎａｇｌｅ算法？？？使用该算法能够获得那些数据通信特性？？？或者说，有什么优势呢？？？ Ｎａｇｌｅ算法： 为防止因数据包过多而发生网络过载，Ｎａｇｌｅ算法在１９８４年诞生了。应用于ＴＣＰ层，非常简单。其使用 不使用导致如下的差异： 　　如上图：展示了通过Ｎａｇｌｅ算法发送字符串“Ｎａｇｌｅ”和未使用Ｎａｇｌｅ算法的差别。 　　可以得到如下结论： 　　只有收到前一数
log_tcp_源码
10-01
"log_tcp_源码"这个主题显然涉及到对TCP协议的源代码分析，特别是关于TCP参数的使用以及如何通过TCP发送数据包。 TCP参数在通信过程中扮演着关键角色，它们用于调整连接性能、可靠性以及拥塞控制等方面。以下是一些...
Socket Tcp 网络调试助手
05-16
7. **套接字选项和控制消息**：熟悉Socket的高级特性，如SO_REUSEADDR、TCP_NODELAY等选项，以及如何使用套接字选项和控制消息来优化通信。 8. **日志记录与调试**：在调试过程中，记录网络通信的详细信息有助于问题...
nginx_tcp_proxy_module-master
12-04
4. **日志记录**：可以记录TCP连接的相关信息，便于监控和分析。 5. **超时设置**：通过`proxy_timeout`可以设置与后端服务器的连接超时时间。 6. **Proxy Protocol**：如果开启`proxy_protocol`选项，Nginx会传递...
tcp/ip详解里sock小程序
08-12
6. **选项设置**：TCP协议允许设置各种选项，如TCP_NODELAY（禁用Nagle算法以减少延迟），sock展示了如何使用setsockopt()和getsockopt()函数来设置和查询这些选项。 7. **多线程编程**：为了同时处理多个连接，...
TCP_NODELAY和KEEP_ALIVE
FreeeLinux's blog
10-23 887
TCP_NODELAY和Nagle算法有关，关系如下： TCP/IP协议中，无论发送多少数据，总是要在数据前面加上协议头，同时，对方接收到数据，也需要发送ACK表示确认。为了尽可能的利用网络带宽，TCP总是希望尽可能的发送足够大的数据。（一个连接会设置MSS参数，因此，TCP/IP希望每次都能够以MSS尺寸的数据块来发送数据）。Nagle算法就是为了尽可能发送大块数据，避免网络中充斥着许
TCP_NODELAY以及黏包问题
思月行云
01-21 7447
tcp 粘包 和 TCP_NODELAY 学习https://www.cnblogs.com/zhangkele/p/9494280.html TCP通信粘包问题分析和解决 在socket网络程序中，TCP和UDP分别是面向连接和非面向连接的。因此TCP的socket编程，收发两端（客户端和服务器端）都要有成对的socket，因此，发送端为了将多个发往接收端的包，更有效的发到对方，使用了优化方法（Nagle算法），将多次间隔较小、数据量小的数据，合并成一个大的数据块，然后进行封包。这样，接收端，就难于.
linux tcp_nodelay,仔细看参数--NGINX之tcp_nodelay
weixin_39715538的博客
05-15 487
一、知识准备● 在nginx优化中有个经常需要设置的参数，tcp_nodelay● 该参数最核心的功能，就是把小包组成成大包，提高带宽利用率也就是著名的nagle算法● tcp协议中，有一个现象：应用层数据可能很低(比如1个字节)，而传输层开销有40字节(20字节的IP头+20字节的TCP头)。这种情况下大部分都是控制包的传输，既加大了带宽的消耗，带宽利用率也不高● nagle算法就是为了解决这个...
详解Socket编程---TCP_NODELAY选项
chuixue24的博客
01-22 5393
Nagle算法描述 Socket编程中，TCP_NODELAY选项是用来控制是否开启Nagle算法，该算法是为了提高较慢的广域网传输效率，减小小分组的报文个数，完整描述： 该算法要求一个TCP连接上最多只能有一个未被确认的小分组，在该小分组的确认到来之前，不能发送其他小分组。 这里的小分组指的是报文长度小于MSS(Max Segment Size)长度的分组（MSS是在TCP握手的时候在报文选项里面进行通告的大小，主要是用来限制另一端发送数据的长度，防止IP数据包被分段，提高效率，一般是链路层的传
55-套接字选项（TCP_NODELAY）
进击的小学生
04-26 1825
开启本选项，将禁止 Nagle 算法。有关 Nagle 算法的细节，请参考《TCP 协议（Nagle） 》。1. 程序路径代码托管在 gitos 上，请使用下面的命令获取：git clone https://git.oschina.net/ivan_allen/unp.git如果你已经 clone 过这个代码了，请使用 git pull 更新一下。本节程序所使用的程序路径是 unp/program/
【计算机网络】Socket的TCP_NODELAY选项与Nagle算法
morris
01-19 1万+
TCP_NODELAY是一个套接字选项，用于控制TCP套接字的延迟行为。当TCP_NODELAY选项被启用时，即设置为true，就会禁用Nagle算法，从而实现TCP套接字的无延迟传输。这意味着每次发送数据时都会立即发送，不会等待缓冲区的填充或等待确认。
setsockopt设置tcp nodelay
最新发布
05-29
TCP_NODELAY选项是一种开启或关闭TCP的Nagle算法的选项。Nagle算法的作用是将小的数据包组装为更大的数据包进行发送，以减少网络传输的次数，从而提高网络传输效率。但是对于一些需要实时性较高的应用，如在线游戏、...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值