gpt4 book ai didi

Linux TCP : high Send-Q on sender, 接收器上的 Recv-Q 为零

转载 作者:可可西里 更新时间:2023-11-01 02:53:52 24 4
gpt4 key购买 nike

怎么会这样:

  1. 两台机器之间有一个TCP套接字
  2. 在一些成功的双向通信之后,发送方应用程序卡在写入套接字和接收方读取套接字
  3. netstat 报告发送方套接字的高 Send-Q(几兆字节)(即使等待几个小时后该值也没有改变)
  4. netstat 报告接收器上套接字的 Recv-Q 为零
  5. tcpdump 报告套接字上的唯一事件是周期性(每两分钟)ACK 没有来自发送方的数据和立即 ACK 响应没有来自接收方的数据

为什么发送方机器不尝试将排队的数据发送到接收方?

最佳答案

我的情况是,客户端以 8KB 的 block 写入数据,服务器试图读取 8KB,然后服务器会将其写入 RAID0 磁盘。对于上传大文件,我遇到了类似的情况,增加我从服务器端套接字读取的数据量有所帮助。我将正在从套接字读取的内部缓冲区的大小增加到 1MB(从 8 kB)并且它有所帮助。我不确定是因为 RAID 还是 tcp,但这可能是您可能想尝试的另一件事。

关于Linux TCP : high Send-Q on sender, 接收器上的 Recv-Q 为零,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/41313486/

24 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com