Das bedeutet, dass der Renderer genauso hoch prior ist, wie alle anderen Prozesse auch und es dadruch laggt. Man kann nun in den Taskmanager gehen und dort den Nice-Wert auf 19 stellen und hat seine Ruhe. Wird dann allerdings das nächste Bild in einer Queue gerendert, startet der Renderer wieder bei 0. Blöd.
Da Stud.io den Renderer direkt startet (zumindest kenne ich das script dafür nicht) hat man auch keine Möglichkeit dazwischen zu gehen und noch ein paar Dinge zu ändern.
Es gibt in Stud.io einen Regler, der die Prio regeln soll, aber der hat bei mir zumindest keine Auswirkungen. Keine Ahnung, ob es an Wine oder Stud.io oder Unity liegt.
Um nun nicht ständig die Prio des Prozesses ändern zu müssen, wollte ich das ganze automatisieren.
Es gibt dort 2 brauchbare Wege:
1. Ein script, das alle x Sekunden nach dem Prozess sucht.
Code: Alles auswählen
#!/usr/bin/env bash
PROCESS_NAME="eyesight.exe"
NICE_VALUE=19
echo "looking for Renderer $PROCESS_NAME"
while true; do
PID=$(pgrep -n $PROCESS_NAME) || true
if [ -n "$PID" ]; then
NICE=$(ps -o ni= -p $PID)
# echo "found process with nice value of $NICE"
if [ $NICE != $NICE_VALUE ]; then
echo "changing NICE-Value from $NICE to $NICE_VALUE"
renice -n $NICE_VALUE -p "$PID"
fi
fi
sleep 2
done
2. Einen kleinen Event-getriggerten Userdaemon. Dieser ist brauchbar, wenn man dauernd Bilder rendert. Er führt das Renice aus, wenn das Event "Programm gestartet" auftritt.
Für mich reicht der erste Fall. Der 2. ist aber auch ganz interessant.
Falls also jmd. das gleiche Problem hat: There you go!