It went generally quick for me.
If it is networking, you may see some large amount of retrans (segment
retrans, syn retrans, etc...) with `sar -n ETCP 1` while you are running
the command. It could also be even before the TCP transmission, during
the name resolution (generally UDP), see what `bpf-gethostlatency` tells
you. Other tools like bpf-tcplife, or bpf-tcpconnlat can help to do some
latency analysis.
On 7/31/25 4:31 PM, Leo Sandoval wrote:
This week I am experimenting long latencies when running
`fedpkg srpm`
(around 5 minutes, real time).
`strace -c fedpkg srpm` is telling me that the 'wait4' syscall is the
one consuming most of the time (85%)
My network connection is not the fastest but running the rhpkg srpm I
basically got instant results. Also, I am not sure if these delays
started after the data center move but perhaps that may be a factor.
Any idea how to debug this one?
--
_______________________________________________
devel mailing list -- devel@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to devel-leave@xxxxxxxxxxxxxxxxxxxxxxx
Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: https://lists.fedoraproject.org/archives/list/devel@xxxxxxxxxxxxxxxxxxxxxxx
Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
