SYSTEMD.SLICE(5) systemd.slice SYSTEMD.SLICE(5) BEZEICHNUNG systemd.slice - Scheiben-Unit-Konfiguration UBERSICHT Scheibe.slice BESCHREIBUNG Eine Unit-Konfigurationsdatei, deren Namen in >>.slice<< endet, kodiert Informationen uber eine Scheiben-Unit. Eine Scheiben-Unit ist ein Konzept fur die hierarchische Verwaltung von Ressourcen einer Gruppe von Prozessen. Diese Verwaltung wird durch Erstellung eines Knotens in dem Linux Control-Gruppen- (cgroup-)Baum vollbracht. Units, die Prozesse verwalten (primar Bereichs- und Dienste-Units) konnen einer bestimmten Scheibe zugewiesen werden. Fur jede Scheibe konnen bestimmte Ressourcenbeschrankungen gesetzt werden, die auf alle Prozesse aller in dieser Scheibe enthaltenen Units angewandt werden. Scheiben werden hierarchisch in einem Baum organisiert. Der Name der Scheibe kodiert die Stelle im Baum. Der Name besteht aus einer Bindestrich-getrennten Serie von Namen, die den Pfad zu der Scheibe von der Wurzelscheibe aus beschreiben. Die Wurzelscheibe heisst -.slice. Beispiel: foo-bar.slice ist eine Scheibe, die sich innerhalb von foo.slice befindet, welches sich wiederum in der Wurzelscheibe -.slice befindet. Beachten Sie, dass keine Vorlagen von Scheiben-Units angelegt werden konnen und es auch nicht moglich ist, mehrere Namen einer Scheiben-Unit durch Symlinks auf ihre Unit-Datei hinzuzufugen. Standardmassig werden Dienste- und Bereichs-Units in system.slice abgelegt, mit systemd-machined(8) registrierte virtuelle Maschinen und Container werden in machine.slice gefunden und durch systemd-logind(8) gehandhabte Benutzersitzungen in user.slice. Siehe systemd.special(7) fur weitere Informationen. Siehe systemd.unit(5) fur die gemeinsamen Optionen aller Unit-Konfigurationsdateien. Die gemeinsamen Konfigurationseintrage werden in den generischen Abschnitten >>[Unit]<< und >>[Install]<< konfiguriert. Die scheibenspezifischen Konfigurationsoptionen werden in dem Abschnitt >>[Slice]<< konfiguriert. Derzeit sind wie in systemd.resource-control(5) beschrieben nur generische Ressourcensteuerungseinstellungen erlaubt. Siehe die Neue Control-Gruppen-Schnittstellen[1] fur eine Einfuhrung, wie Scheiben-Units von Programmen aus verwandt werden konnen. AUTOMATISCHE ABHANGIGKEITEN Implizite Abhangigkeiten Die folgenden Abhangigkeiten werden implizit hinzugefugt: o Scheiben-Units erhalten automatisch Abhangigkeiten vom Typ After= und Requires= von ihrer direkten Elternscheiben-Unit. Standardabhangigkeiten Die folgenden Abhangigkeiten werden hinzugefugt, es sei denn, DefaultDependencies=no ist gesetzt: o Scheiben-Units werden automatisch Abhangigkeiten vom Typ Conflicts= und Before= von shutdown.target haben. Damit wird sichergestellt, dass Scheiben-Units vor dem Systemherunterfahren entfernt werden. Nur Scheiben-Units, die im spaten Herunterfahren involviert sind, sollten die Option DefaultDependencies= deaktivieren. OPTIONEN Scheiben-Unit-Dateien konnen Abschnitte [Unit] und [Install] enthalten, die in systemd.unit(5) beschrieben sind. Scheiben-Dateien konnen einen Abschnitt >>[Slice]<< enthalten. Viele der in diesem Abschnitt verwandten Optionen konnen gemeinsam mit anderen Unit-Typen verwandt werden. Diese Optionen sind in systemd.resource-control(5) dokumentiert. Folgende Optionen sind spezifisch fur den Abschnitt [Slice] von Scheiben-Units: ConcurrencyHardMax=, ConcurrencySoftMax= Konfiguriert eine harte und eine schwache Begrenzung fur die Anzahl der dieser Scheibe (oder abgeleiteten Scheiben) zugeordneten Units, die gleichzeitig aktiv sein durfen. Falls die harte Begrenzung erreicht wird, durfen keine weiteren Units aktiviert werden, die der Scheibe zugeordnet sind, und ihre Aktivierung wird mit einem Fehler fehlschlagen. Falls die schwache Begrenzung erreicht wird, werden alle weiteren angeforderten Aktivierungen von Units in die Warteschlange eingereiht, aber es wird kein sofortiger Fehler ausgelost. Die Auftrage in der Warteschlange bleiben dort, bis die Anzahl der gleichzeitig aktiven Units innerhalb der Scheibe unterhalb der Begrenzung sinkt. Falls der besondere Wert >>infinity<< angegeben wird, wird keine Parallelisierungsbegrenzung erzwungen. Dies ist die Vorgabe. Falls mehrere Start-Auftrage fur Units in der Warteschlange sind und alle ihre Abhangigkeiten erfullt sind, dann beachten Sie, dass sie in einer Reihenfolge abgearbeitet werden, die von dem Unit-Typ, dem CPU-Gewicht (fur Unit-Typen, die dieses Konzept kennen, wie Dienste), dem Nice-Wert (entsprechend) und schliesslich in alphabetischer Reihenfolge des Unit-Namens verarbeitet werden. Dies kann zur Beeinflussung der Verteilungsreihenfolgen bei der Verwendung von ConcurrencySoftMax= verwandt werden, um Parallelitat innerhalb der Scheiben-Unit einzustellen. Beachten Sie, dass diese Optionen hierarchisch wirken: eine fur eine Scheiben-Unit gesetzte Beschrankung gilt sowohl fur die Units direkt innerhalb der Scheibe, als auch fur alle Units, die weiter unten in dem Scheibenbaum sind. Beachten Sie auch, dass alle Unter-Scheiben-Units auch als eine Unit zahlen und daher bei der Wahl einer Begrenzung fur eine Scheibenhierarchie die Beschrankung Raum fur sowohl die Nutzlast-Units (d.h. Dienste, Einhangungen, ) als auch strukturelle Units (d.h. Scheiben-Units), falls diese definiert sind, lassen muss. Hinzugefugt in Version 258. SIEHE AUCH systemd(1), systemd.unit(5), systemd.resource-control(5), systemd.service(5), systemd.scope(5), systemd.special(7), systemd.directives(7) ANMERKUNGEN 1. Neue Control-Gruppen-Schnittstellen https://systemd.io/CONTROL_GROUP_INTERFACE UBERSETZUNG Die deutsche Ubersetzung dieser Handbuchseite wurde von Helge Kreutzmann erstellt. Diese Ubersetzung ist Freie Dokumentation; lesen Sie die GNU General Public License Version 3 oder neuer bezuglich der Copyright-Bedingungen. Es wird KEINE HAFTUNG ubernommen. Wenn Sie Fehler in der Ubersetzung dieser Handbuchseite finden, schicken Sie bitte eine E-Mail an die Mailingliste der Ubersetzer . systemd 260.2 SYSTEMD.SLICE(5)