florentino 最近的时间轴更新 florentino 最近的时间轴更新 |
florentinoV2EX 第 520162 号会员，加入于 2020-11-24 13:38:26 +08:00 |
| 多线程为什么速度就快,如何排查原因 宽带症候群 • florentino • 1 天前 • 最后回复来自 florentino | 21 |
| 使用 golang 可以开发一套监控系统吗 Go 编程语言 • florentino • 2 天前 • 最后回复来自 anviod | 33 |
| 就没有人管管飞书吗 职场话题 • florentino • 52 天前 • 最后回复来自 MrBrand | 12 |
| 有没有大佬能开发这样一个浏览器插件 水 • florentino • 170 天前 |
| nginx 配置二级目录网站,访问静态资源 404 NGINX • florentino • 199 天前 • 最后回复来自 lc5900 | 11 |
| 求一份学习路线图 程序员 • florentino • 2023-07-26 18:28:43 PM • 最后回复来自 lupus721 | 3 |
| 钉钉是摆烂了吗 水 • florentino • 2023-07-17 10:01:47 AM |
| 有想法就去做吧,不要管别人说啥
1 生活 • florentino • 2023-07-13 23:01:43 PM • 最后回复来自 muzihuaner
|
20 |
| 想到了一个苹果 VR 应用场景 Apple • florentino • 2023-06-10 04:11:39 AM • 最后回复来自 mu2er | 9 |
florentino 最近回复了
1 天前 回复了 florentino 创建的主题 › 宽带症候群 › 多线程为什么速度就快,如何排查原因 |
最终结果, 线程开到 200 下载速度就到 1G 了, 太离谱了
但是具体原因还是没有深究出来, 稀里糊涂的就跑上去了
[]( https://imgse.com/i/pAYwcPU)
但是具体原因还是没有深究出来, 稀里糊涂的就跑上去了
[]( https://imgse.com/i/pAYwcPU)
1 天前 回复了 debuginn 创建的主题 › 开源软件 › Follow 订阅列表分享: Go 语言爱好者 抽邀请码 |
我也要
2 天前 回复了 florentino 创建的主题 › 宽带症候群 › 多线程为什么速度就快,如何排查原因 |
我问了一下 AI 给的结论是下面这个:
从你提供的 Wireshark 捕获数据中，我们可以观察到以下情况：
1. **TCP 三次握手和数据传输**：数据包显示了源 IP 地址 `192.168.102.200` 在端口 `8080` 和目的 IP 地址 `192.168.102.12` 在端口 `36850` 之间的 TCP 通信。数据包的序列号（ Seq ）在增加，表明数据正在被传输。
2. **重复确认（ Duplicate ACKs ）**：日志中出现了多个重复确认（例如 `[TCP Dup ACK 752#23]`），这通常意味着接收方（`192.168.102.12`）没有收到预期的数据包，因此它发送重复的确认来提示发送方（`192.168.102.200`）重传丢失的数据包。
3. **快速重传（ TCP Fast Retransmission ）**：数据包 `#819` 显示了一个快速重传，这表明发送方在收到三个或更多的重复确认后，重传了丢失的数据包。
4. **乱序数据包（ TCP Out-Of-Order ）**：数据包 `#775` 和 `#823` 显示了乱序的数据包，这意味着接收方收到了不是按顺序到达的数据包。
5. **大窗口大小**：发送方的窗口大小（ Win ）是 `30080`，这表明发送方有足够的接收缓冲区来接收数据。
6. **大的数据包大小**：一些数据包的长度（ Len ）相当大，例如 `2962` 和 `27578` 字节，这表明有大量的数据正在被传输。
7. **时间戳（ TSval 和 TSecr ）**：时间戳用于测量往返时间（ RTT ）和确保数据包的顺序。它们在数据包之间是一致的，表明通信是连续的。
8. **TCP 窗口缩放（ TCP Window Scaling ）**：数据包 `#847` 显示了一个非常大的窗口大小，这可能是使用了 TCP 窗口缩放选项。
从这些信息中，我们可以推断出可能存在网络延迟或丢包问题，导致接收方没有按预期收到数据包，因此发送了重复的确认。发送方随后执行了快速重传来尝试解决这个问题。乱序的数据包也可能表明网络中的延迟或重传问题。
要解决这个问题，你可能需要检查网络连接的质量，包括路由器、交换机和物理连接。此外，检查是否有网络拥塞或带宽限制也很重要。如果问题持续存在，可能需要进一步的网络诊断，包括使用 Wireshark 捕获更长时间的数据包来观察是否有持续的模式。
从你提供的 Wireshark 捕获数据中，我们可以观察到以下情况：
1. **TCP 三次握手和数据传输**：数据包显示了源 IP 地址 `192.168.102.200` 在端口 `8080` 和目的 IP 地址 `192.168.102.12` 在端口 `36850` 之间的 TCP 通信。数据包的序列号（ Seq ）在增加，表明数据正在被传输。
2. **重复确认（ Duplicate ACKs ）**：日志中出现了多个重复确认（例如 `[TCP Dup ACK 752#23]`），这通常意味着接收方（`192.168.102.12`）没有收到预期的数据包，因此它发送重复的确认来提示发送方（`192.168.102.200`）重传丢失的数据包。
3. **快速重传（ TCP Fast Retransmission ）**：数据包 `#819` 显示了一个快速重传，这表明发送方在收到三个或更多的重复确认后，重传了丢失的数据包。
4. **乱序数据包（ TCP Out-Of-Order ）**：数据包 `#775` 和 `#823` 显示了乱序的数据包，这意味着接收方收到了不是按顺序到达的数据包。
5. **大窗口大小**：发送方的窗口大小（ Win ）是 `30080`，这表明发送方有足够的接收缓冲区来接收数据。
6. **大的数据包大小**：一些数据包的长度（ Len ）相当大，例如 `2962` 和 `27578` 字节，这表明有大量的数据正在被传输。
7. **时间戳（ TSval 和 TSecr ）**：时间戳用于测量往返时间（ RTT ）和确保数据包的顺序。它们在数据包之间是一致的，表明通信是连续的。
8. **TCP 窗口缩放（ TCP Window Scaling ）**：数据包 `#847` 显示了一个非常大的窗口大小，这可能是使用了 TCP 窗口缩放选项。
从这些信息中，我们可以推断出可能存在网络延迟或丢包问题，导致接收方没有按预期收到数据包，因此发送了重复的确认。发送方随后执行了快速重传来尝试解决这个问题。乱序的数据包也可能表明网络中的延迟或重传问题。
要解决这个问题，你可能需要检查网络连接的质量，包括路由器、交换机和物理连接。此外，检查是否有网络拥塞或带宽限制也很重要。如果问题持续存在，可能需要进一步的网络诊断，包括使用 Wireshark 捕获更长时间的数据包来观察是否有持续的模式。
2 天前 回复了 florentino 创建的主题 › 宽带症候群 › 多线程为什么速度就快,如何排查原因 |
我用 tcpdump 导出了一下日志, 有大佬能给帮忙看下吗? 感激不尽
https://wwiq.lanzoue.com/ix6sE2c6rj9g
https://wwiq.lanzoue.com/ix6sE2c6rj9g
3 天前 回复了 florentino 创建的主题 › 宽带症候群 › 多线程为什么速度就快,如何排查原因 |
感谢大家回复,我来挨个试试 🤏🤏
Select Language