You are not logged in.
I couldn't figure out how to get into the packages gitlab to report there, and I got frustrated, so I'll have to spam here, sorry. None of my existing credentials (aur.archlinux.org, bbs.archlinux.org, bugs.archlinux.org) worked, and signups are blocked...
Steps to reproduce:
- install goverlay
- run goverlay from your typical home directory with hundreds of gigs of stuff
- open iotop
Expectation: no significant IO load from this ordeal
Reality: there is a grep process that is scanning the whole home directory, generating lots of reads
After more investigation (htop with tree view), it seems that something around goverlay or mangohud calls `/bin/bash -c cat /home/szaszm/.config/MangoHud/MangoHud.conf | grep uname -r`, but "uname -r" is probably in quotes, so the "-r" flag gets interpreted by grep, meaning it scans the whole current working directory, typically your home directory with lots of stuff in it. The bash process is a child of goverlay, and grep is a child of bash, due to the pipe.
I couldn't find the grep call in their (messy IMHO) source code or the arch package sources, this is the closest I got: https://github.com/flightlessmango/Mang … y.cpp#L770
If someone could forward this to the appropriate package maintainer or upstream (if it's not an arch bug), I'd appreciate it. For users, the workaround is to start your games and goverlay from an empty directory, so there is nothing to scan.
edit: it seems to be goverlay, not mangohud, credits to @chocolateimage for pointing it out. https://github.com/benjamimgois/goverla … t.pas#L503
Last edited by szaszm (2025-03-16 16:39:05)
Offline
Closing this in favor of the upstream bugreport: https://github.com/benjamimgois/goverlay/issues/167
Offline