TCP-minshall机制 : 小包的春天

原创 已于 2022-09-11 00:00:24 修改 · 1.1k 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#tcp/ip #网络协议 #网络

于 2021-12-31 12:40:27 首次发布
TCP-minshall机制旨在缓解小包在网络传输中面临的效率问题。由于TCP窗口的不精确性，小包在等待发送时会消耗更多时间，而该机制允许小包在一定程度上优先发送，以减少延迟，提高网络性能，尽管这可能会影响公平性原则。

minshall就缓解小包的影响。小包等大包的开销很高，TCP的窗口不是一个精确值，不能精准度量网络的容量，EndPointvolumn<NetworkvolumnEndPoint_{volumn}<Network_{volumn}EndPoint

最低0.47元/天 解锁文章
Smoke0901
关注
TCP小包优化
qq_32680371的博客
07-16 1843
接收方窗口大小通知 在《TCP滑动窗口与缓冲区》的博文中说过接收方会通知发送方滑动窗口的大小，但是如果应用程序每调用read函数读出一些数据，就通知发送方，那么网络中将会有大量的只通知对方窗口大小的报文，而每个TCP报文都会添加几十字节的头部信息，也就是说这个报文的有效负载非常低，网络带宽将浪费在这些小报文上。实际上RFC有优化的，不会缓冲区一变大，就通知对方接收窗口大小的，很多情况下是同数据报文或者ACK报文一块通知的。 ACK应答优化 TCP是可靠连接的，每个数据报文都得收到对方的ACK应答，才能从发送
TCP-Nagle：代码版本重新解释Nagle算法
少年强，六月试锋芒。小弟踉跄学朝步，百战成钢，初登场。
02-08 2176
开年来的第一份工作，就是在最新的内核上打补丁。 可没想到Nagle算法也被我冲进了去年的垃圾桶里。 在网上找了一些资料，理论很快被消化，但看了看内核的实现，久久没能动弹。坐了一天，才摸索出来点什么，觉得需要一份代码解释TCP-Nagle的版本说明，这样和Nagle算法的黑盒解释，才能对TCP-Nagle有全面的理解。 于是，有了本文。 Nagle算法 RFC对Nagle算法解释 Nagle’s algorithm, named after John Nagle, is a means of improvi
TCP的minshall算法
redwingz的博客
05-06 756
minshall改进针对NAGLE算法与RFC1122定义的延迟确认功能在配合时的低效问题。例如在内核要发送一个大包和紧随的一个小包时，对端的延迟确认功能可能导致第一个大包的确认ACK报文不能及时发送（最长200毫秒），进而本端的最后一个小包由于NAGLE算法也不能发出。为此minshell功能做了一些改进，即在检测到本端并没有未确认的小包时，立即发送此小包。 初始化 对于TCP客户端或者服务...
tcp那个孤独的小包到底怎么回事？
weixin_33862188的博客
02-25 297
内核3.10，接《tcp的发送端一个小包就能打破对端的delay_ack么？》 我们继续来分析这个没满mss的小包， 可以看到，由于受到syn ack这端是发包端，所以该发送链路协商的mss为 1460，而接收的时候，mss只能为1412. 我们来找下规律，看下小包发送有没有其他时间规律： 可以看到，小包就是下面那排小点，其中总长度为490，很明显的一排。 图形还是比较好找规律，...
网络中的大包和小包相关问题总结
qq_23350817的博客
06-11 1万+
所谓大包就是一个数据包内，包含的数据字段比较多。整个数据包最大不超过1500字节。小包也是一样的，就是包含的数据字段比较少，整个包最小可以在64字节。一般来说，数据包的大小主要由程序来控制。比如游戏，他要求强烈的实时性，低延迟。报文交互频繁，但是速度一定要快。游戏类的数据包基本都是小包。大包主要是，视频，下载之类的，因为这种报文需要尽可能的为你提供更高的下载速率。他的报文基本上都是最大的。小包一般用于控制，比如dns请求，网络游戏等。 如果你玩游戏，看网页，一般小包居多。如果你下载文件，看视频，大包居多。
Netty（二）TCP粘包、拆包和UDP通信
宏微的博客
11-08 4141
Netty的tcp、udp通信
TCP发送机制详解：从分段到数据传输
### TCP发送机制详解：从分段到数据传输 #### 1. 关键函数概述 在TCP数据发送过程中，多个关键函数协同工作，确保数据能够高效、可靠地传输。以下是这些函数的简要介绍： | 函数名称 | 描述 | | --- | --- | | `tcp...
24、TCP数据发送机制详解
最新发布
play7的博客
11-05 5
本文详细解析了TCP数据发送机制的核心函数与流程，涵盖tcp_push、__tcp_push_pending_frames、tcp_write_xmit等关键函数的调用关系与作用，深入分析了Nagle算法、拥塞窗口、滑动窗口等控制机制的工作原理。同时探讨了带外数据（OOB）处理、分段传输、紧急指针设置等特殊场景，并结合mermaid流程图展示了整体数据流与控制逻辑。文章还指出了分散-聚集技术的局限性，提出了针对延迟敏感应用的优化建议，如禁用Nagle算法、调整拥塞控制策略等，帮助开发者深入理解TCP发送行为
24、TCP发送机制与分段技术详解
blue的专栏
11-01 10
本文深入解析TCP发送机制与分段技术，涵盖关键函数如tcp_push、__tcp_push_pending_frames和tcp_write_xmit的工作流程，详细分析Nagle算法、拥塞控制、紧急数据处理及内存管理机制。通过数据流图与功能级流程图展示TCP数据从分段到发送的全过程，并提供实际应用中的优化建议，帮助提升网络通信的效率与可靠性。
TCP中的NO_DELAY
傅红雪的专栏
02-22 3139
1. TCP网络优化的两种机制 TCP（Transmission Control Protocol 传输控制协议）是一种面向连接的、可靠的、全双工、基于字节流的传输层通信协议，由IETF的RFC 793定义。 TCP协议是网络编程中最重要的协议之一，TCP协议将上层的数据附上TCP报头等信息，封装成一个个报文段（segment），然后交由下层网络层去处理。TCP协议定义了TCP报文段的结...
WiFi常见业务下的大小包情况分析
EricWZY2008的专栏
06-20 1494
短距离通信资料参考。
TCP粘包、拆包问题
xingze的博客
11-07 302
TCP粘包、拆包的原因和解决办法
TCP 和 UDP 协议发送数据包的大小
01-21 2161
MTU最大传输单元，这个最大传输单元实际上和链路层协议有着密切的关系，EthernetII帧的结构DMAC+SMAC+Type+Data+CRC由于以太网传输电气方面的限制，每个以太网帧都有最小的大小64bytes最大不能超过1518bytes，对于小于或者大于这个限制的以太网帧我们都可以视之为错误的数据帧，一般的以太网转发设备会丢弃这些数据帧。 由于以太网Ethernet
TCP中的Nagle、DelayedAck、Cork算法
键盘敲的劈啪响
02-08 844
TCP/IP网络的基本算法，在实际项目中非常重要，直接影响了性能
TCP交互过程（小包的响应性）
markcnsc的专栏
01-10 5125
（保留版权，欢迎转载。请保留出处，注明原始链接！谢谢。） TCP小包传输——在保证响应和避免拥塞之间的权衡。 1。经受时延的ACK： 原理：端点收到数据包，并不立刻回ACK，直到有数据包发送或定时器超时再捎带上ACK。 应用：TCP小包传输的一般方法。【总是独立于Nagle和其他算法存在，LInux实现是200ms。】 2。Nagle算法： 原理：在TCP连接上，仅允许
计算机网络-网络包介绍以及网络包如何通过互联网传输
新林的博客
04-05 4945
计算机网络网络中传输的网络包具体是什么样子的？又是如何通过一台终端传输到另一个终端？ 1.数据包的定义 其实网络包本质就是连续有顺序的0和1的一连串数字，一个终端通过互联网把这一连串有顺序的数字传输到另一个终端接收，这就是网络包传输。 计算机只能识别二进制的数据，数据也是用二进制的方式存储在计算机中。要想实现多台计算机之间的通信，就要依赖一定的通信协议，把二进制的0和1按通讯协议的格式来构成有顺序的0、1串来传输 注：单纯的0和1并没有意义，必须是有顺序的 包是由头部和数据两部分构成的。头部包含目的地址
TCP 与 UDP 区别
日晞的博客
11-06 351
1.tcp:面向连接 udp:无连接 2.tcp:大包 --> 小包 不丢包 序列化 可靠 udp：面向直播，实时传输，所以传播中丢了一些包也没有关系，不太可靠 3.tcp:面向字节流 udp:面向报文 3.tcp: 一对一 udp:一对一或一对多 4.tcp 首部：20字节 udp:8字节 ...
TCP/IP详解
热门推荐
mumu
03-07 1万+
前言 本将会尽可能详细地介绍TCP/IP的机制,而不会执着于分析协议帧结构。同时会拓展部分其他协议帮助更好理解tcp/ip协议。如有问题,欢迎讨论。 知识铺垫 网络结构分层 谈到网络,雷打不动的分层结构图。比较常用的为4层架构,和5层架构。网络结构层也叫mac层对应数据链路层和物理层。协议设计原则为：下层看不见上层的内容，仅将上层协议包作为payload直接包装成下层的数据包。但难免会有特例，如：iarp就违反了分层原则，arp（网络层和数据链路层之间）需要知道ip层的ip。 协议帧封装的过程，就是不断加消
[root@TTK-305 ~]# mount -a mount error 95 = Operation not supported Refer to the mount.cifs(8) manual page (e.g.man mount.cifs)
09-25
<think> 我们面对的问题是：执行 `mount -a` 命令时出现 `mount error 95 = Operation not supported` 错误。 根据提供的引用，我们可以分析如下： 引用[1]：提到在Ubuntu16.04挂载NAS服务器时出现此错误，可能是由于新版内核问题，但未给出具体原因，只提到有解决方法（但未说明方法）。 引用[2]：提到在编译过程中出现类似错误，通过给mount命令加上`mfsymlinks`选项解决了问题。这暗示可能是文件系统对符号链接的支持问题。 引用[3]：是rook-ceph部署中的错误，同样出现了exit status 95，错误信息是`Operation not supported`。这里是在映射rbd设备时出现的，可能涉及内核模块不支持。 引用[4]：在mac上挂载nfs时出现Operation not permitted，通过添加`resvport`参数解决。 综合来看，错误95（Operation not supported）通常表示操作不被支持，可能的原因包括： 1. 文件系统类型不支持（比如内核缺少对应模块） 2. 挂载选项不被支持（如使用了特定文件系统不支持的选项） 3. 网络文件系统（如NFS）的版本或选项问题 4. 内核与文件系统之间的兼容性问题 由于用户是在执行`mount -a`（通常用来挂载`/etc/fstab`中的所有文件系统）时出现错误，因此我们需要检查`/etc/fstab`中出问题的挂载项。 解决步骤： 1. **检查`/etc/fstab`文件**：查看是否有配置错误的挂载项，特别是最近修改过的行。 ```bash cat /etc/fstab ``` 2. **检查具体挂载项**：尝试单独挂载`/etc/fstab`中的每一项，确定是哪一行导致的错误。例如： ```bash mount /your/mount/point ``` 如果出现同样的错误，则针对该项进行排查。 3. **检查文件系统类型**：确保`/etc/fstab`中指定的文件系统类型（如nfs, ext4, xfs等）是正确的，并且系统内核支持该文件系统。可以通过`lsmod`查看已加载的内核模块。 4. **检查挂载选项**：特别是一些特殊选项，比如引用[2]中提到的`mfsymlinks`（用于支持windows共享上的符号链接），引用[4]中提到的`resvport`（用于mac的nfs挂载）。根据不同的文件系统和客户端操作系统，可能需要调整挂载选项。 5. **针对NFS挂载**： - 如果是NFS挂载，可以尝试在挂载选项中添加`vers=3`（或`vers=4`）指定NFS版本，因为不同版本支持的特性不同。 - 如果是Mac挂载NFS，按照引用[4]添加`resvport`选项。 - 另外，可以尝试添加`nfsvers=3`或`nfsvers=4.0`等明确指定版本。 6. **内核模块**：确保所需的内核模块已加载。例如，对于NFS： ```bash modprobe nfs modprobe nfsv4 ``` 对于CIFS/SMB： ```bash modprobe cifs ``` 7. **日志查看**：使用`dmesg`或`journalctl`查看系统日志，通常会给出更详细的错误原因。 ```bash dmesg | tail # 或 journalctl -xe ``` 8. **更新系统**：如果是内核问题，尝试更新系统到最新版本。 9. **简化测试**：尝试用最简单的挂载命令测试，排除选项问题。例如： ```bash mount -t nfs server:/path /mount/point ``` 然后逐步添加选项，直到复现问题，从而定位有问题的选项。 根据引用中出现的不同情况，我们可以总结几种可能的解决方案： **情况1：挂载Windows共享（CIFS/SMB）出现错误95** 可能原因：缺少`mfsymlinks`选项（用于支持Windows风格的符号链接） 解决方法：在挂载选项中加入`mfsymlinks`，例如： ```bash mount -t cifs //server/share /mnt -o username=user,password=pass,mfsymlinks ``` **情况2：在Mac上挂载NFS出现错误95（或Operation not permitted）** 解决方法：加入`resvport`选项，如引用[4]： ```bash sudo mount -t nfs -o resvport server:/path /mount/point ``` **情况3：rook-ceph挂载rbd设备出现错误95（如引用[3]）** 可能原因：内核不支持rbd映射，或者内核模块未加载。 解决方法： - 检查是否加载了rbd模块：`lsmod | grep rbd` - 如果没有，加载模块：`modprobe rbd` - 如果模块不存在，可能需要安装相应的软件包（如`ceph-common`）或升级内核。 **情况4：挂载NAS（NFS）时出现错误95（如引用[1]）** 可能原因：内核问题导致，尝试指定NFS版本。 解决方法：在挂载选项中指定NFS版本，例如： ```bash mount -t nfs -o vers=3 server:/path /mount/point # 或 mount -t nfs -o vers=4 server:/path /mount/point ``` 由于用户是在执行`mount -a`时出错，因此需要修改`/etc/fstab`中对应行的挂载选项。例如，对于NFS挂载，可以这样修改： ``` server:/path /mount/point nfs vers=3,defaults 0 0 ``` 如果上述方法都不能解决，请提供具体的挂载配置（如`/etc/fstab`中相关行）和系统环境（如操作系统版本），以便进一步分析。 最后，生成相关问题： §§相关问题§§ 1. 如何检查Linux系统是否加载了NFS内核模块? 2. 在`/etc/fstab`中如何为CIFS挂载设置用户名和密码? 3. 如何查看系统日志中关于mount命令的错误信息? </think> ### 解决 `mount -a` 报错 "mount error 95 = Operation not supported" 的方法 该错误通常由内核兼容性问题、挂载选项不匹配或文件系统支持异常导致。以下是具体解决步骤： --- ### 一、检查挂载配置 1. **查看 `/etc/fstab` 文件** ```bash cat /etc/fstab # 检查错误行 ``` - 确认文件系统类型（如 `nfs`, `ext4`）是否正确 - 检查挂载点目录是否存在 `mkdir -p /your/mountpoint` 2. **测试单行挂载** ```bash mount -v /your/mountpoint # 定位具体错误行 ``` --- ### 二、内核级解决方案 #### 1. 添加 `resvport` 选项（Mac/Linux通用） 引用[4]方案，适用于NFS挂载： ```bash sudo mount -t nfs -o resvport,vers=3 server:/path /mountpoint ``` - `resvport`：强制使用保留端口（<1024） - `vers=3`：指定NFSv3协议（适配旧内核） #### 2. 启用符号链接支持 引用[2]方案，适用于CIFS/SMB挂载： ```bash sudo mount -t cifs //server/share /mountpoint -o mfsymlinks,username=xxx,password=xxx ``` > ⚠️ `mfsymlinks` 选项需服务器支持Minshall+French符号链接 --- ### 三、特定场景处理 #### 1. Ceph/RBD存储问题（引用[3]） ```bash # 检查rbd内核模块 lsmod | grep rbd # 加载模块并重试 sudo modprobe rbd sudo rbd map pool_name/image_name --id user --keyfile keyfile ``` #### 2. NAS挂载异常（引用[1]） ```bash # 强制使用TCP协议 sudo mount -t nfs -o proto=tcp,vers=3 nas_ip:/share /mountpoint # 或尝试NFSv4.1 sudo mount -t nfs -o vers=4.1 nas_ip:/share /mountpoint ``` --- ### 四、系统级修复 1. **更新内核与工具** ```bash # Ubuntu sudo apt update && sudo apt install --install-recommends linux-generic # CentOS sudo yum update kernel nfs-utils ``` 2. **检查内核支持** ```bash cat /proc/filesystems | grep nfs # 确认nfs支持 modprobe nfs # 手动加载模块 ``` 3. **查看详细日志** ```bash dmesg | tail -20 # 检查内核日志 journalctl -xe -p 3 --since "5 min ago" # 系统级错误 ``` --- ### 五、配置文件示例 **/etc/fstab 修正案列**： ```conf # NFS修复方案（添加resvport和vers） nas_ip:/data /mnt/nas nfs resvport,vers=3,timeo=300,retrans=5 0 0 # CIFS修复方案（添加mfsymlinks） //server/share /mnt/share cifs mfsymlinks,credentials=/etc/smb.cred,uid=1000 0 0 ``` > 凭证文件 `/etc/smb.cred` 格式： > ``` > username=your_user > password=your_pass > ``` --- ### 验证命令 | 命令 | 作用 | |------|------| | `rpcinfo -p server_ip` | 检查NFS服务状态 | | `nfsstat -m` | 查看NFS挂载参数 | | `cifs-utils -V` | 检查CIFS工具版本 | > 💡 **经验提示**：90%的Error 95可通过 `resvport`（NFS）或 `mfsymlinks`（CIFS）解决，其余需检查内核兼容性[^1][^2][^4]。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值