Einf ¨uhrung in UNIX - CIS

2.3 Daten in Bewegung: Prozesse 35
das Ende aller in der Sitzung erzeugten Prozesse gekommen. Man möchte gelegentlich
jedoch Rechenprogramme zum Beispiel über Nacht laufen lassen,
ohne die Sitzung während der ganzen Zeit fortzusetzen.
Mit dem Vorkommando nohup(1) (no hang up) vor dem Programmaufruf
erreicht man, daß das Programm bei Beendigung der Sitzung weiterläuft, es
ist von der Sitzung abgekoppelt. Gleichzeitig muß man es natürlich im Hintergrund
(&) laufen lassen, sonst läßt sich die Sitzung nicht vom Terminal
aus beenden. Tatsächlich bewirkt das Vorkommando nohup(1), daß das Signal
Nr. 1 (SIGHUP, hangup) ignoriert wird. Der Aufruf sieht so aus:
nohup program &
Für program ist der Name des Programmes einzusetzen, das von der Sitzung
abgekoppelt werden soll. Will man nohup auf Kommandofolgen oder
Pipes anwenden, sind sie in ein Shellscript zu verpacken. Die Ausgabe eines
nogehuppten Programmes geht automatisch in ein File namens nohup.out,
falls sie nicht umgelenkt wird.
Starten wir das Shellscript traptest mit nohup traptest & und beenden
unsere Sitzung (zweimal exit geben), so können wir in einer neuen
Sitzung mit ps -ef feststellen, daß traptest in Form einer Shell und eines
sleep-Prozesses weiterlebt. Besitzer und ursprüngliches Kontroll-Terminal
werden angezeigt. Wir sollten die Shell möglichst bald mit kill(1) beenden.
2.3.4 Priorität (nice)
Ein Dialog-Prozess sollte unverzüglich antworten, sonst nervt er. Bei einem
Rechenprozess, der nächtelang im Hintergrund läuft, kommt es dagegen auf
eine Stunde mehr oder weniger nicht an. Deshalb werden den Prozessen
unterschiedliche Prioritäten eingeräumt. In der Schlange der auf Prozessorzeit
wartenden Prozesse kommt ein Prozess hoher Priorität vor einem Prozess
niedriger Priorität, das heißt er kommt früher an die Reihe. Es bedeutet nicht,
daß ihm mehr Prozessorzeit zugeteilt wird.
Die Priorität eines Prozesses, die man sich mit ps -elf oder ps -al anzeigen
läßt, setzt sich aus zwei Teilen zusammen. Der Benutzer kann einem
Prozess beim Aufruf einen nice-Faktor mitgeben. Ein hoher Wert des Faktors
führt zu einer niedrigen Priorität. Den zweiten Teil berechnet das System unter
dem Gesichtspunkt möglichst hoher Systemeffizienz. In einem Echtzeit-
System wäre eine solche eigenmächtige Veränderung der Priorität untragbar.
Die nice-Faktoren haben Werte von 0 bis 39. Der Standardwert eines Vordergrundprozesses
ist 20. Mit dem Aufruf:
nice myprocess
setzt man den nice-Faktor des Prozesses myprocess auf 30 herauf, seine
Priorität im System wird schlechter. Mittels:
nice -19 myprocess