文章目录 前言TCP/IP连接建立状态解释调优tcp_synack_retries ：INTEGERtcp_keepalive_time ：INTEGERtcp_keepalive_probes：INTEGERtcp_keepalive_intvl：INTEGERtcp_retries1 ：INTE
https://www.jianshu.com/p/072ed535b1dc 原文地址：TCP 半连接队列和全连接队列满了会发生什么？ 一个端口上面的tcp连接创建，基本都只用一个线程处理。如果大并发连接请求过来，处理不了，那么会放入“待处理队列”。为什么不用多线程呢？因为创建连接基本都是内存操作，
https://www.91tfboys.com/?p=348 BBR是个好东西。众所周知，在TCP连接中，由于需要维持连接的可靠性，引入了拥塞控制和流量管理的方法。Google BBR就是谷歌公司提出的一个开源TCP拥塞控制的算法。 这里不详细介绍BBR的原理，仅放入部分质量较高的BBR资源，供索
https://www.elecfans.com/tongxin/202212161960097.html 2016 年 10 月份的一个 youtube 链接: Making Linux TCP Fast，首次发布了 BBR 算法， TCP 拥塞控制开启了新局面。 BBR 非常简单，它背后是一个单
https://www.jianshu.com/p/167ba81206fb 参考资料 TCP协议中的Nagle算法 TCP中的Nagle算法 Linux下TCP延迟确认(Delayed Ack)机制导致的时延问题分析 TCP-IP详解：Delay ACK 1. Nagle 算法 1.1. 原理 N
TCP/IP RFC-阿里云开发者社区 TCP/IP 标准是在一系列称为 RFC 的文档中发布的。RFC 是目前仍在发展的描述 TCP/IP 和 Internet 内部工作的一系列报告、协议的提议以及协议标准。 虽 然 TCP/IP 标准通常由 RFC 发布，但不是所有的 RFC 都被最终指定为标准
https://www.cnblogs.com/chia/p/7799231.html tcp_syn_retries ：INTEGER默认值是5对于一个新建连接，内核要发送多少个 SYN 连接请求才决定放弃。不应该大于255，默认值是5，对应于180秒左右时间。(对于大负载而物理通信良好的网络而言
https://www.zhoulujun.cn/html/theory/ComputerScienceTechnology/network/2015_0708_65.html 长文是对TCP IP的街剖析归类总结，就自己的经验再次回顾IP协议而写的归纳性笔记，助力初学者掌握。文有不妥之处，请查看原
https://www.jianshu.com/p/88d69454bdde 一：tcp协议 tcp协议属于传输层协议（UDP也属于传输层协议，但是UDP协议是无状态的）。建立一个TCP连接需要三次握手，断开一个TCP连接需要四次挥手。手机能够使用联网功能，是因为手机底层实现了TCP/IP协议，使用
本文将深入探讨TCP协议的关键机制，包括流量控制和拥塞控制，以解密其在网络数据传输中的作用。通过了解TCP协议的工作原理，我们可以更好地理解网络通信的稳定性和可靠性，为我们的网络体验提供更安全、高效的保障。无论您是网络爱好者、技术从业者还是普通用户，本文将为您揭开TCP协议的神秘面纱，带您进入网络传输的奇妙世界。
在这篇文章中，我们将深入探讨TCP连接建立过程中的关键步骤——三次握手。三次握手是确保客户端和服务端之间建立可靠连接的重要过程。通过三次握手，双方可以确认彼此的接收和发送能力，并同步双方的初始序列号，从而确保连接的稳定性和可靠性。文章还解释了三次握手的原因，它可以避免历史重复连接的初始化，确保双方都...
在网络通信中，TCP和UDP是两种最常用的传输层协议。本文将深入探讨TCP和UDP之间的区别，包括连接方式、服务对象、拥塞控制、流量控制和首部开销等方面，帮助读者在不同应用需求下选择适合的协议。无论你是技术爱好者还是网络工程师，这篇文章定能帮助你了解并应用TCP和UDP的差异，提升你的网络传输效率和...
1. Java 网络编程（TCP编程 和 UDP编程） @目录1. Java 网络编程（TCP编程 和 UDP编程）2. 网络编程的概念3. IP 地址3.1 IP地址相关的：域名与DNS4. 端口号（port）5. 通信协议5.1 通信协议相关的：OSI 参考模型5.2 通信协议相关的：TCP /
可能有人很疑惑应用层 转发传输层？，为什么会有这样的需求啊？？？哈哈技术无所不用其极，由于一些场景下，对于一个服务器存在某一个内部网站中，但是对于这个服务器它没有访问外网的权限，虽然也可以申请端口访问外部指定的ip+端口，但是对于访问服务内部的TCP的时候我们就会发现忘记申请了！这个时候我们又要提交
https://segmentfault.com/a/1190000042750447 前言 首先需要明确的是 TCP 是一个可靠传输协议，它的所有特点最终都是为了这个可靠传输服务。在网上看到过很多文章讲 TCP 连接的三次握手和断开连接的四次挥手，但是都太过于理论，看完感觉总是似懂非懂。反复思考过
https://blog.mygraphql.com/zh/notes/low-tec/network/tcp-mem/ 最近需要支持一个单 POD 的 TCP 连接数上 10k 的基础服务(Cassandra)的容器化。需要对其使用的资源（特别是TCP缓存内存），以及对相邻 Pod（同一 work
https://www.cnblogs.com/charlieroro/p/16771739.html 使用k8spacket和grafana的node graph插件可以查看kubernetes pod的TCP相关信息，如connection、bytes、和duration。下面是接收和响应的字节
文章目录 初始TCP三次握手--建立连接再聊TCP的序号和确认号TCP建立连接--三次握手为什么需要三次握手，二次握手为什么不行？假如第三次握手失败，是如何处理的？TCP释放连接--四次挥手为什么断开连接需要4次挥手TCP释放连接--状态解读 初始TCP三次握手–建立连接 在发送方和接收方方收发TC
https://cloud.tencent.com/developer/article/1993859?areaSource=&traceId= Linux系统下，TCP连接断开后，会以 TIME_WAIT 状态保留一定时间，然后才释放端口。当并发请求过多时，会产生大量 TIME_WAIT 状态连接
