You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I am not familiar with SCTP, but it seems that SCTP includes a "delayed ack" mechanism and that the 200ms delay is per a related system configuration setting. For example, see this and SCTP RFC 4960 section 6.2 (or in the update RFC 9260).
Context
Version of iperf3: 3.12
Hardware: arm ampere 2 cores with 4gb memory
Operating system (and distribution, if any):
Linux 6.1.0-27-arm64 #1 SMP Debian 6.1.115-1 (2024-11-01) aarch64
Bug Report
somewhat similar what we see on x86
sctp test
tcp test
It seems issue only can be reproduced on arm64 builds. I tried raspeberry pi2 as well with most recent build from source.
tcpdump show random 200ms delay between packets after full block size received (65536) and next SACK.
perf top
doesn't show any kernel bottleneckThe text was updated successfully, but these errors were encountered: