Package: g10k Version: 0.9.10-2 Severity: normal This might seem like a trivial concern, but we fire up a bunch of g10k commands in our test suite, and it's kind of slow! I know that g10k is actually *really* fast in terms of what it does, but I'm now faced with a hard one-second-per-run limit that I can't get rid of otherwise.
A good reproducer is just calling `-help`: ``` > time g10k --help 2>/dev/null ________________________________________________________ Executed in 1.01 secs fish external usr time 0.64 millis 642.00 micros 0.00 millis sys time 11.93 millis 139.00 micros 11.79 millis ``` That's a whole second doing essentially ... well, nothing: the total user/sys time there is a couple miliseconds at most. This seems to be a locking issue similar to the upstream issue #230. The way `-help` looks, it does seem like something is spinning while threads complete. This, of course, also applies to an empty `-puppetfile` run: ``` > /bin/time g10k -puppetfile Synced ./Puppetfile with 0 git repositories and 0 Forge modules in 0.0s with git (0.0s sync, I/O 0.0s) and Forge (0.0s query+download, I/O 0.0s) using 50 resolve and 20 extract workers 0.00user 0.00system 0:01.01elapsed 1%CPU (0avgtext+0avgdata 31288maxresident)k 0inputs+0outputs (0major+1913minor)pagefaults 0swaps ``` I understand this might not be a priority, but it seems to me there's something off here. `-maxworker` doesn't help. This was originally filed upstream as: https://github.com/xorpaul/g10k/issues/249 But I found out this is actually an issue with the Debian build system. I can't reproduce the issue when building the source code with a plain `go build`. -- System Information: Debian Release: 13.3 APT prefers stable-security APT policy: (500, 'stable-security'), (500, 'stable-debug'), (500, 'stable'), (1, 'experimental'), (1, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 6.12.73+deb13-amd64 (SMP w/16 CPU threads; PREEMPT) Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages g10k depends on: ii git 1:2.47.3-0+deb13u1 ii libc6 2.41-12+deb13u1 g10k recommends no packages. g10k suggests no packages. -- no debconf information
