Closed pyamsoft closed 6 years ago
@pyamsoft, i think that i've fix that: https://github.com/Nefelim4ag/Ananicy/commit/533831293fc275c50c65cbbbb0dbfe5e01e21363
It does not seem like ananicy accepts the patch as valid rule syntax. The PA
command does not appear anywhere in the output of ananicy dump rules
As a follow up, related issue, I've noticed this issue happens with effectively any profile.
For example, if I open a file in $EDITOR
which is named as any program, it incorrectly adopts the nice level.
$ vim cmake
adopts the cmake profile of nice 19, best-effort ionice 7.
$ nano i3
adopts the i3 profile of low latency.
I believe this is because pgrep -f
matches the command to any point in the name.
Instead of using pgrep -f
, you may want to move back to just pgrep
which will only match to
the actual command, instead of the full input.
Please let me know if you want to continue in this issue or open a new one.
@Nefelim4ag during startup: /usr/bin/ananicy: line 83: RULES_CACHE_TMP/./PA ..rule: No such file or directory
@Nefelim4ag yup, fixed since this commit. Shouldn't this issue be closed now?
Thanks!
_steam.rules contains a line which matches for the
Planetary Annihilation
gameby searching for the name
PA
On my system, a couple of scripts run with an argument like
PATH=...
which is how I cameto notice this strange behavior.
Commands which run with any kind of argument looking like
...PA...
will match with the_steam.rules file and be run under
TYPE=GAME
incorrectly. This is becausepgrep -f -w PA
matches any command whose full name includes the text
PA
anywhere in it.This can be most easily observed with the following:
Ananicy will also log to the system journal that it is setting nice levels to -5 for the random vim process.
I have fixed this on my system by changing the
PA
line in_steam.rules
to^PA$
but I amunsure if this has any negative side effects since I do not actually run Planitary Anihilation.