tcp需要ack，可是为了效率，并不是每发送一个数据都要等待ack，而是尽可能利用窗口机制，积累发送ack的，当然在某些特殊情况下还是需要马上发送ack的，比如接收到乱序的数据，这种情况下，虽然接收端可以将乱序的数据包暂存，但是接收方必须发送一个ack号为按序的期望的序列号的ack给发送端，另外就是接收窗口需要调整，此时就要立刻发送ack，否则则可以延迟发送ack，看一下linux的这方面的代码：
原创
2010-07-15 22:26:00
1816阅读
nagle算法主要是避免发送小的数据包，要求TCP连接最多只能有一个未被确认的小分组，在该分组的确认到达之前不能发送其他的小分组，由于发送小分组时，包头会占很大的比重，所以会使TCP得传输效率降低。 延迟ACK：对于对等方数据的ACK确认，将由本端下次传输数据时随着数据一起携带过去，也是称捎带。但有一个超时时间，当超时时间过了以后，还有本端还是没有数据传输过去，则...
原创
2021-06-01 13:50:15
684阅读
Linux ACK: 提高网络性能的重要工具
在当今数字化时代，互联网的重要性不容忽视。随着网络技术的发展和普及，网络延迟和数据传输问题也变得越来越突出。为了解决这些问题，Linux操作系统提供了许多工具和技术，其中一个重要的工具就是ACK（Acknowledgement）。
ACK是指接收确认，用于在网络传输中确认已经成功接收到数据包。在Linux中，ACK被用于确认TCP/IP协议传输中每
原创
2024-01-31 12:40:20
123阅读
在Linux网络编程中，Delay ACK是一种常见的机制，用于延迟对数据包的确认。这种机制可以提高网络传输的效率和性能。当一台计算机接收到一个数据包时，它通常会立即发送一个确认消息，告诉发送者这个数据包已经成功接收。然而，Delay ACK机制允许接收端在收到数据包后等待一段时间，将确认信息延迟发送，以便将多个确认合并成一个消息一起发送，从而减少网络流量和提高网络吞吐量。
在Linux系统中，
原创
2024-04-24 10:03:54
215阅读
糊涂窗口综合症和Nagle算法 TCP/IP详解系列，关于tcp拥塞控制和数据流的地方讲的不细致，或许是涉及概念/算法太多，作者略去了一些对初学者来说比较陌生的细节吧。比如SWS未说明是什么就开始介绍其避免方法，还和nagle扯在了一起，直觉告诉我二者一定有猫腻，边搜索一下，果然很有收获。今天贴在这
转载
2018-07-30 14:11:00
194阅读
2评论
回复【1001】获取linux常用命令速查手册ack是比grep好用的文本搜索工具ack命令安装yuminstallyack命令特点默认搜索当前工作目录默认递归搜索子目录忽略元数据目录，比如.svn,.git,CSV等目录忽略二进制文件（比如pdf，image，coredumps)和备份文件（比如foo,.swp)在搜索结果中打印行号，有助于找到目标代码能搜索特定文件类型（比如Perl,C,Mak
原创
精选
2022-03-17 21:56:09
427阅读
可参考：https://blog.csdn.net/qq_41712271/article/details/115630402 限流：可查阅 https://blog.csdn.net/qq_41712271/article/details/115634842 消息过期（TTL） 可查看 https ...
转载
2021-11-04 10:20:00
663阅读
2评论
ack是比grep好用的文本搜索工具ack命令安装yuminstallyack命令特点默认搜索当前工作目录默认递归搜索子目录忽略元数据目录，比如.svn,.git,CSV等目录忽略二进制文件（比如pdf，image，coredumps)和备份文件（比如foo,.swp)在搜索结果中打印行号，有助于找到目标代码能搜索特定文件类型（比如Perl,C,Makefile),该文件类型可以有多种文件后缀高亮
原创
2021-08-18 22:23:35
438阅读
一：利用redis的zset实现消息队列使用场景 1、下单成功，30分钟未支付。支付超时，自动取消订单2、订单签收，签收后7天未进行评价。订单超时未评价，系统默认好评3、下单成功，商家5分钟未接单，订单取消4、配送超时，推送短信提醒......对于延时比较长的场景、实时性不高的场景，我们可以采用任务调度的方式定时轮询处理。如：xxl-job今天我们采用一种比较简单、轻量级的方式，使用 Redis
转载
2023-05-25 18:48:33
136阅读
参考资料TCP协议中的Nagle算法TCP中的Nagle算法Linux下TCP延迟确认(Delayed Ack)机制导致的时延问题分析TCP-IP详解：Delay ACK1. Nagle 算法1.1. 原理Nagle算法为了避免网络中存在太多的小数据包，尽可能发送大的数据包。定义为在任意时刻，最多只有一个未被确认的小段。小段为小于MSS尺寸的数据块，未被确认是指数据发出去后未收到对端的
转载
2024-01-12 15:53:27
898阅读
https://ur throughput issues appear to be caused by a buggy implementation
原创
2022-09-29 15:20:26
260阅读
#include <linux/wait.h> long wait_event_interruptible_timeout(wait_queue_head_t *q, condition, signed long timeout); 使当前进程在等待队列进入睡眠, 安装一个以 jiffies 表达的
转载
2019-07-06 11:14:00
108阅读
2评论
2.1.2 用NFS实现资源共享前面讲的Samba是实现Linux主机之间、Windows和Linux之间实现资源共享的途径。而NFS是实现Linux主机之间共享的另一种途径。NFS最早使用在Sun服务器上，现在已经移植到各种类UNIX系统下了，Windows下也有相应的版本。相对Samba服务，NFS共享具有简单快速的特点，所以目前广泛用于类UNIX主机之间的资源共享。这里我们就以RHEL3中N
在Linux系统中，一款非常实用的网络诊断工具就是tcping。tcping与传统的ping命令不同，它是针对TCP协议的，能够对指定的端口进行连接测试。在网络故障排查中，tcping可以帮助用户快速定位问题，特别是在排查延迟问题时非常有效。
在使用tcping时，经常会遇到延迟较高的情况。延迟是指在数据包从发送端到接收端之间的时间间隔，延迟越高意味着数据传输速度越慢。而在使用tcping测试延
原创
2024-04-19 11:42:32
366阅读
系统延时及定时任务 一：系统延时任务 延时任务是临时的 1.at命令 at + time 延迟的动作 ctrl+d保存 at -l | atq #查看当前任务 atrm | at -d +任务号 #取消指定任务 at -c +任务号 &n
转载
2024-04-22 22:26:28
173阅读
一、系统延时任务使用at 命令发起的延时任务都是一次性的基本用法：1. at time #指定命令执行的时间2. at -l #查看当前任务 其中，最前面显示的数字为延时任务的编号3. at -d 任务编号
转载
2024-08-06 18:58:55
322阅读
某天晚上睡觉前突然想到 tcp的ACK确认是单独发的还是和报文一起发的，下面看一下别人的解答一、ACK定义TCP协议中，接收方成功接收到数据后，会回复一个ACK数据包，表示已经确认接收到ACK确认号前面的所有数据。ACK字段长度为32位，能表示0~2^32-1之间的值。二、ACK作用发送方在一定时间内没有收到服务端的ACK确认包后，就会重新发送TCP数据包。发送方收到了ACK，表明接收方已经接收到
转载
2023-07-09 21:29:01
119阅读
长延迟有些驱动程序需要延迟比较长的时间，即长于一个时钟滴答；忙等待如果想把执行延迟若干个时钟滴答，或者对延迟的精度要求不高，最简单的实现方法就是一个监视jiffies计数器的循环；这种忙等待的实现方法通常具有下面形式，其中j1是延迟终止的jiffies值：1 while (time_before(jiffies, j1))
2 cpu_relax();对cpu_relax的调用将以架构相关
转载
2024-03-18 11:36:19
68阅读
Linux下的定时执行主要是使用crontab文件中加入定制计划来执行，设置比Windows稍微复杂一些(因为没有图形界面嘛)，但是也不是非常复杂，基本上用过一遍就能记住了，关键是要记住/var/spool/cron这个目录。下面看一下具体的用法：首先查看一下/etc/crontab文件：$ cat /etc/crontab
SHELL=/bin/bash
PATH=/sbin:/bin:/usr
转载
2024-05-11 12:43:04
62阅读
前面的文章分析了接收端如何发送ack给发送端，总结一下就是立即ack，捎带ack和延迟ack，现在看一下tcp的发送端是如何处理ack的，本质上tcp所谓的有连接就是双方对于seq和ack的处理，对于seq，发送方是主动的，而接收端是被动的，但是对于ack则相反，因此参照tcp的流控以及拥塞控制加之性能因素的需要，首先要设计接收端如何发送ack，其次再来设计发送端如何处理，linux采纳了rfc的
原创
2010-07-17 10:50:00
981阅读
