"Sampson Fung" <sampsonfung(a)gmail.com> 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