"Sampson Fung" <sampsonfung@xxxxxxxxx> writes: > The first run, giving my "Try"s, takes much longer than the second run, which gives no "Trys". > Just from impression: > 1st run: From run to download finish, I will say it takes about 5+ minutes. > 2nd run: ~1 minute > For each "Try" given, the delay is not obvious to me. I'm pretty sure Sampson was affected by a proxy.stg.fedoraproject.org misconfiguration problem that was fixed about an hour ago, so those timeouts should not be happening any more. That means we'd be down to normal service latencies ameliorated by caching effects. A cute demonstration of the cost/benefit of this capability now in the distro, I recently ran % gdb /usr/bin/gnome-control-center On a normal machine, you'll get no debuginfo and a suggestion to install a wall-of-text list of RPMs as root. On a debuginfod configured machine, you'll get gdb downloading ~400MB of debuginfo (HTTP compressed -- decompresses to ~6GB) as rapidly as your network connection allows. This could take some minutes, for the first time. After that time, you get instant visibility into the entire enormous gnome software stack, including LLVM, mesa, x11, samba, gst, opengl, glib, etc. etc. etc. right down to the glibc assembly wrappers for syscalls. - FChE _______________________________________________ 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 on the list, report it: https://pagure.io/fedora-infrastructure
