I’ve been noticing some periods of temporary stutter/freezing (~5 seconds) while playing ESO in groups… and I suspect it’s somewhat related to addons that I have installed that capture group loot as the stutter seems to be perfectly aligned with when one or more group members loot (i.e. data written out by addon(s) every time each party member loots).
I didn’t do any group content yet today, but I noticed something very curious when I launched ESO and Van Helsing FC…
- Prior to game launch CPU Load ~2%, CPU Temp mid/high 30C
- During/post game launch, game takes ~8% CPU and increases CPU temp between high 40C to low/mid 50C (per conky)
- very soon after game launch,
balooctl
pops in as either 1st or 2nd highest CPU utilizer @ ~8-10% CPU and ~1% RAM according to conky… and pushes CPU temps to ~65C (once this process stops temps/utilization returns to #2)
If I open a terminal to do a balooctl status
while its process is still running, it slams balooctl
memory usage up to 30% (per conky), and eventually my command times out… and will not successfully run until after the original balooctl
process completes; after ~2 minutes.
I’m not sure if the game’s loading data from the disk is triggering balooctl
initially, or if it’s something Steam/Proton inspires each execution, but I have a sneaky suspicion baloo
may be behind my group content addon writes creating game “stutters”/freezes (writing out data from multiple LUA addons) as well… I envision a little tug of war on the addon data files as baloo
wants to access them for it’s update and the addon wants to keep writing out more data and needs to wait its turn.
I use Steam exclusively, so there are many layers in play… Steam, proton, bits of wine used by proton, the game itself, addons (LUA scripts), baloo, being relatively new to GNU/Linux, etc… so it’s been hard to tease out the root cause… potentially until now.
But taking what I’ve experienced today and recalling the many times when balooctl status
indicated an index size of 11GB (normally ~180 MB while indexing hidden files/folders included; ~17MB with hidden excluded) that was resolved by balooctl purge
… I’m just starting to think that baloo
is not very “compatible” with my gaming in general.
I know balooctl
is owned by baloo
…
$ pacman -Qo balooctl
/usr/bin/balooctl is owned by baloo 5.88.0-1
… and that baloo
appears to be a requirement of a few apps (notably plasma-desktop
)…
$ pacman -Qi baloo
Name : baloo
Version : 5.88.0-1
Description : A framework for searching and managing metadata
Architecture : x86_64
URL : https://community.kde.org/Frameworks
Licenses : LGPL
Groups : kf5
Provides : None
Depends On : kfilemetadata kidletime kio lmdb
Optional Deps : qt5-declarative: QML bindings [installed]
Required By : baloo-widgets elisa gwenview plasma-desktop
Optional For : plasma-workspace
Conflicts With : None
Replaces : None
Installed Size : 2.27 MiB
Packager : Antonio Rojas <arojas@archlinux.org>
Build Date : Sat 06 Nov 2021 02:36:32 PM
Install Date : Fri 19 Nov 2021 10:51:09 AM
Install Reason : Installed as a dependency for another package
Install Script : No
Validated By : Signature
… so I will abort any/all thoughts about uninstalling it… but are there any cons to leaving it disabled while gaming (or always)? I mean, it appears only 4 apps are using it, and I don’t yet see how I’d miss it.