ICode9

精准搜索请尝试: 精确搜索
  • TcpSocket 禁止Nagle算法2022-02-24 13:31:05

    概 述 我们在建立使用Tcp Socket时,会遇到当发送数据较小时,响应超时,或者对端发送频率越慢,相应越慢;发送频率越快,相应越快的情况。这可能时Nagle算法对socket的影响。 Nagle算法 Nagle算法在未确认数据发送时会将数据放到缓存中。直到得到明显的数据确认或者直到攒到了一定数量的数

  • Delayed ACK and Nagle’s Algorithm2022-01-01 23:05:44

    https://noisy.network/2017/02/06/delayed-ack-and-nagles-algorithm/   mavenetPosted on February 6, 2017Categories BigIP F5, NetworkTags Delayed ACK, Nagle's, Network Slowness   In this article, I am taking a shot at trying to explain the interaction b

  • TCP_NODELAY 和 TCP_CORK2021-12-27 13:05:03

    Nagle算法 是为了减少广域网的小分组数目,从而减小网络拥塞的出现。 该算法要求一个tcp连接上最多只能有一个未被确认的未完成的小分组,在该分组ack到达之前不能发送其他的小分组,tcp需要收集这些少量的分组,并在ack到来时以一个分组的方式发送出去;其中小分组的定义是小于MSS的任何

  • TCP为什么会出现粘包现象2021-10-05 18:01:33

    与粘包关系最大的就是基于字节流这个特点。 字节流可以理解为一个双向的通道里流淌的数据,这个数据其实就是我们常说的二进制数据,简单来说就是一大堆 01 串。这些 01 串之间没有任何边界。 应用层传到 TCP 协议的数据,不是以消息报为单位向目的主机发送,而是以字节流的方式发送到

  • 一个简单的 HTTP 调用,为什么时延这么大?2021-07-01 15:58:09

      1. 背景 最近项目测试遇到个奇怪的现象,在测试环境通过 Apache HttpClient 调用后端的 HTTP 服务,平均耗时居然接近 39.2ms。 可能你乍一看觉得这不是很正常吗,有什么好奇怪的? 其实不然,我再来说下一些基本信息,该后端的 HTTP 服务并没有什么业务逻辑,只是将一段字符串转成大写然后返

  • 《TCP/IP详解》卷1 第15章读书笔记2020-12-05 13:34:09

    TCP数据流与窗口管理 TCP的动态数据传输。 为什么需要管理TCP数据流量呢? 因为网络的负载能力有限,当包的数量超过网络的负载能力,网络就会很慢。 为什么需要管理TCP窗口呢? 1、同管理数据流量相同,要减缓网络压力。 2、当包的发送速率大于接收速率时,可能会出现丢包的情况,为了避免丢包

  • 《TCP/IP详解》卷1 第15章读书笔记2020-12-05 13:01:17

    TCP数据流与窗口管理 TCP的动态数据传输。 为什么需要管理TCP数据流量呢? 因为网络的负载能力有限,当包的数量超过网络的负载能力,网络就会很慢。 为什么需要管理TCP窗口呢? 1、同管理数据流量相同,要减缓网络压力。 2、当包的发送速率大于接收速率时,可能会出现丢包的情况,为了避免

  • 关闭nagle 算法2019-12-13 17:51:00

    编写TCP通信时,有非常小的数据包,造成粘包可以用下面方法尝试。 但,有时并不能解决问题 通过函数setsockopt并不起作用 注册表HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters\Interface\后面的一串数字表示一个网卡,里面有IPadress标识这网卡的IP方便区别网

  • 关于Nagle算法2019-07-22 15:00:44

      Nagle算法   TCP/IP协议中,无论发送多少数据,总是要在数据前面加上协议头,同时,对方接收到数据,也需要发送ACK表示确认。为了尽可能的利用网络带宽,TCP总是希望尽可能的发送足够大的数据(一个连接会设置MSS参数,因此,TCP/IP希望每次都能够以MSS尺寸的数据块来发送数据)。Nagle算法就是为

  • c# – 如何在ServiceStack中禁用Nagle的算法?2019-07-08 10:16:52

    我们正在使用ServiceStack 3.9.71.0,我们目前通过WAN连接遇到客户端无法解决的延迟问题. 在200ms之后接收具有非常小的有效载荷(<100字节)的回复. 由于地理距离,链路上的往返时间(RTT)约为40ms.这已通过ping其他主机并使用简单的echo服务来测试TCP连接的延迟来验证. ping和echo测

  • 记一次生产请求耗时的问题2019-03-30 08:50:58

    最近发现lb上记录的request_time比upstream_response_time大的比较多,例如upstream_response_time记录是0.062,request_time记录的就是5.064等等。整个耗时很反常。而且出现这个问题基本上都是一个返回值比较大的接口,基本上返回值是100K左右。领导让定位一下这个问题。 先说下我们

专注分享技术,共同学习,共同进步。侵权联系[81616952@qq.com]

Copyright (C)ICode9.com, All Rights Reserved.

ICode9版权所有