Wie man LWPs und Prozesse in Linux auflistet und detailliert steuert

Wer Server verwaltet oder häufig mit Linux arbeitet, muss früher oder später Prozesse und Lightweight Threads (LWPs) auflisten und deren Ressourcenverbrauch überwachen . Zu wissen, welche Prozesse laufen, wie viele Ressourcen sie verbrauchen und wie sie organisiert sind, ist entscheidend, um Engpässe, Serviceausfälle oder ungewöhnliches Systemverhalten zu erkennen.

Im Folgenden finden Sie eine umfassende Anleitung, die erklärt, was Prozesse und LWPs sind, wie man sie auflistet, ihre Grenzwerte anzeigt und sie in Echtzeit überwacht . Wir verwenden klassische Befehle (ps, top, htop usw.) als Grundlage sowie fortgeschrittenere Techniken mit /proc, Diagnosetools und Prioritätseinstellungen. Alles wird in klarem und verständlichem Spanisch erklärt.

Prozesse, Threads und LWPs in Linux: Grundlagen

Unter Linux wird beim Ausführen eines Programms ein Prozess erstellt, der eine Instanz dieses Programms im Speicher darstellt , zusammen mit allen benötigten Ressourcen: Code, Daten, Dateideskriptoren, Stack usw. Jeder Prozess erhält eine eindeutige Kennung, die als PID (Prozess-ID) bezeichnet wird. Diese Nummer wird dann verwendet, um den Prozess zu überwachen oder zu beenden.

Neben „normalen“ oder ressourcenintensiven Prozessen verarbeitet der Kernel sogenannte Lightweight-Prozesse (LWPs) . Ein LWP teilt sich einen Großteil der Ressourcen (Code, Daten, geöffnete Dateien, Signale usw.) mit anderen Threads desselben Prozesses, verwaltet aber seinen eigenen Stack und Ausführungskontext. Dadurch ist der Kontextwechsel zwischen Threads deutlich effizienter als der Wechsel zwischen unabhängigen Prozessen.

Eine Besonderheit von Linux ist, dass es intern nicht strikt zwischen Prozessen und Threads unterscheidet : Beide werden als Kernel-Tasks verwaltet, und ein Thread ist im Wesentlichen ein „Prozess“, der Ressourcen mit anderen teilt. Es gibt keine speziellen Thread-Strukturen auf Kernel-Ebene wie in anderen Betriebssystemen , obwohl in der Praxis LWPs verwendet werden können, um echte Parallelität in Mehrkernsystemen zu erreichen.

Diese Parallelität wird durch die Verteilung der Anwendungslast auf mehrere Threads erreicht. Jeder LWP (Local Worker Processor) kann auf einem anderen Prozessorkern ausgeführt werden , sodass das Programm alle verfügbaren Kerne nutzen kann. Da die Kosten für die Erstellung und den Wechsel von LWPs gering sind, ist Linux sehr effizient beim Ausführen einer großen Anzahl von Threads, sofern die Systemgrenzen eingehalten werden.

Prozess- und Thread-Limits in Linux

Wie bei jedem Betriebssystem gibt es eine maximale Anzahl von Aufgaben, die der Kernel gleichzeitig bearbeiten kann. Unter Linux sind diese Prozess- und Threadgrenzen werden offengelegt als Kernelparameter innerhalb des Pseudo-Dateisystems /proc, in der Route /proc/sys/kernel/.

Die globale Höchstzahl an Threads, die der Kernel unterstützen kann, ist in der Datei gespeichert. /proc/sys/kernel/threads-maxWenn Sie den Inhalt dieser Datei überprüfen mit cat o sysctlSie erhalten die maximale Anzahl an LWPs, die das System erstellen kann, bevor es die Ausführung weiterer Aufgaben verweigert.

Dieser Wert ist auf modernen Servern mit mehreren Kernen und viel Arbeitsspeicher üblicherweise recht hoch, während er auf leistungsschwächeren Rechnern oder kleinen virtuellen Maschinen niedriger ausfällt. Wird dieser Grenzwert erreicht und keine Prozesse werden beendet, kann der Kernel keine neuen Prozesse oder Threads erstellen, was zu Fehlern beim Starten von Diensten oder Befehlen führen kann.

Es gibt noch eine weitere wichtige Grenze in /proc/sys/kernel/pid_maxDies gibt die maximale Prozess-ID an, die vergeben werden kann. Dieser Wert begrenzt in der Praxis auch die Anzahl der gleichzeitig existenten Prozesse (und damit auch Threads), da Linux beides einheitlich behandelt. Sobald der PID-Zähler diesen Maximalwert erreicht, beginnt er wieder von vorn, und es kommt häufig vor, dass Prozess-IDs mehrfach vergeben werden. die zeitaber gehören zu völlig unterschiedlichen Prozessen.

Die maximale Anzahl an Threads berechnen und den Stack anpassen

Die tatsächliche Anzahl der LWPs, die auf einem Linux-System möglich sind, hängt nicht nur von den Kernelparametern ab, sondern auch vom verfügbaren virtuellen Speicher und der Stackgröße jedes Threads . Eine häufig verwendete Näherungsformel lautet:

Maximale Anzahl an Threads ≈ virtueller Speicher / (Stackgröße × 1024 × 1024)

In diesem Ausdruck wird die Stackgröße pro Thread üblicherweise mit dem Befehl abgefragt. ulimit -sDieser Wert gibt an, wie viele Kilobyte Speicher für den Stack jedes erstellten LWP reserviert werden. Eine größere Stackgröße bietet einen besseren Schutz vor Überläufen, aber auch Sie werden weniger gleichzeitige Threads haben können. für die gleiche Speichermenge.

Wenn Sie eine Anwendung mit Tausenden oder Zehntausenden von Threads ausführen müssen, könnte dies für Sie von Interesse sein. Verringern Sie die Stackgröße pro Thread erneut. ulimit (zum Beispiel in Skripten von Starten oder Systemdienste), solange der Anwendungscode keine riesigen Stacks benötigt.

Zusammenfassend lässt sich sagen, dass die Anzahl der LWPs in Linux durch Kernelparameter (threads-max, pid_max), die Stackgröße pro Thread und den insgesamt verfügbaren Speicher begrenzt ist . Durch sorgfältiges Anpassen dieser Faktoren lässt sich die Anzahl der gleichzeitig laufenden Threads skalieren, ohne die Systemstabilität zu beeinträchtigen.

Grundlegende Befehle zum Auflisten von Prozessen und LWPs

Um in Linux mit Prozessen und Threads zu arbeiten, verwendet man üblicherweise den Befehl ps, welche den Status der Prozesse anzeigt. Es handelt sich um eine Momentaufnahme (nicht um Echtzeit). Im Gegensatz zu einem Grafikmonitor ist die Ausgabe statisch: Um aktualisierte Informationen zu erhalten, muss das Gerät einfach neu gestartet werden.

Mit ps keine Optionen Es werden nur Prozesse angezeigt, die mit der aktuellen Shell verknüpft sind. Um diese zu erhalten, gehen Sie wie folgt vor: alle Systemprozesseeinschließlich derer, die nicht haben Terminal Üblicherweise verwendet man dazu Folgendes:

ps aux

In dieser Ausgabe finden Sie unter anderem den Benutzer, dem der Prozess gehört, die Prozess-ID (PID), die CPU- und RAM-Auslastung in Prozent, die Ausführungszeit und den Befehl, mit dem jeder Prozess gestartet wurde. Das sind viele Informationen, aber sie sind unerlässlich, um Prozesse zu identifizieren, die viele Systemressourcen verbrauchen.

Einige nützliche Kombinationen von ps Um mehr Kontrolle darüber zu haben, was angezeigt wird, werden folgende Mittel verwendet:

• ps -e o ps -A: Listet alle aktiven Prozesse im generischen Format auf UNIX.
• ps -u nombre_usuario: zeigt nur die Prozesse eines bestimmten Benutzers an.
• ps -axjf: zeigt die Ausgabe in einem hierarchischen Format an, wobei Kindprozesse unter ihren Elternprozessen verschachtelt werden.
• ps -C nombre_proceso: Filtert nach Befehlsnamen und schließt zugehörige Kindprozesse ein.

Eine weitere gängige Option ist die Verwendung von ps aux | grep patrón um nur die Prozesse beizubehalten, die diesen Text enthalten, zum Beispiel einen Web-Daemon, eine Datenbank-Engine oder einen Skript Konkret ist es eine sehr bequeme Möglichkeit, auf einen Blick das zu finden, wonach man sucht, ohne sich in seitenlangen Ergebnislisten zu verlieren.

Echtzeitüberwachung mit top und htop

Wenn Sie sehen möchten, wie sich Prozesse in Echtzeit ändern, verwenden Sie den Sternbefehl. top, das einen dynamischen Monitor anzeigt der Systemaktivität. Im Gegensatz dazu psDie Ausgabe wird kontinuierlich aktualisiert und zeigt die CPU-Auslastung, die Speicherauslastung, die durchschnittliche Last, die Anzahl der aktiven Aufgaben und eine geordnete Liste der Prozesse an.

Indem man einfach ausführt topDie Prozesse werden nach CPU-Auslastung sortiert angezeigt. Sie können Nach anderen Feldern neu sortieren, filtern, Prozesse beenden oder Prioritäten ändern durch Drücken verschiedener Tasten innerhalb der Benutzeroberfläche selbst (die Tastenkombinationen können je nach Version leicht variieren, werden aber normalerweise unten angezeigt).

Eine typische Methode, sich auf die rechenintensivsten Prozesse zu konzentrieren, besteht darin, einen Befehl wie den folgenden zu verwenden:

top -o %CPU

Auf diese Weise werden die Prozesse, die die meiste CPU-Leistung verbrauchen, ganz oben platziert . Dies ist sehr nützlich, wenn die Prozessorlast plötzlich sprunghaft ansteigt und man den Verursacher schnell finden möchte.

Wenn Sie etwas Visuelleres bevorzugen, können Sie Folgendes installieren: htop, eine verbesserte Version von Top mit interaktiver BenutzeroberflächeFarbleisten und Navigation per Tastatur und Maus. Bei vielen Distributionen müssen Sie es zuerst über den Paketmanager installieren, zum Beispiel:

sudo apt-get install htop

Nach der Installation führen Sie Folgendes aus: htop und Sie erhalten eine farbcodierte Ansicht der Auslastung pro Kern, Speicher, Auslagerungsspeicher und eine Prozesstabelle, in der Sie Vertikal und horizontal scrollen, nach Benutzer filtern, Prioritäten ändern oder Prozesse beenden, ohne die PID manuell einzugeben..

Ressourcenüberwachung mit Top

Für eine detailliertere Leistungsanalyse, insbesondere auf Servern, gibt es das Tool atop, das die Aktivität aller Prozesse aufzeichnet und anzeigt mit einem hohen Detailgrad. Es handelt sich um ein Vollbild-Textmodus-Dienstprogramm, das sich auf die Entwicklung der Last und Ressourcennutzung im Zeitverlauf konzentriert.

Wenn du wirfst atopSie werden Statistiken sehen von CPU, Arbeitsspeicher, Auslagerungsspeicher, Festplatten und Netzwerk Diese werden üblicherweise alle 10 Sekunden aktualisiert. Darüber hinaus kann das Programm tagelang im Hintergrund aktiv bleiben und so Verläufe speichern, die Sie später zur Analyse vergangener Probleme einsehen können.

Zu den Vorteilen gehören die Möglichkeit, den Verbrauch nach Benutzer oder Prozessnamen zu gruppieren , die kritischen Ressourcen, die knapp werden, rot hervorzuheben, Prozesse anzuzeigen, die bereits beendet sind, aber im Protokoll noch relevant sind, und interne Threads (LWPs) innerhalb jedes Prozesses zu überwachen.

In vielen Distributionen wird es mit bestimmten Paketen installiert ; zum Beispiel:

sudo apt install atop
sudo dnf install atop

Nach der Installation einfach ausführen atop Um auf Prozessebene den Verbrauch von CPU, Speicher, Festplatte und Netzwerk zu erfassen und so mit hoher Genauigkeit feststellen zu können, welche Komponente das System auslastet.

So zeigen Sie die Anzahl der Threads (LWPs) pro Prozess an

Wenn Sie daran interessiert sind, wie viele Leichte Garne erfordern ein spezielles Herstellungsverfahren.Linux bietet mehrere Möglichkeiten, diese Informationen zu erhalten. Die erste besteht in der Untersuchung des Pseudo-Dateisystems. /proc, wobei der Kernel interne Daten für jede Aufgabe offenlegt.

Innerhalb /proc/<PID>/ Sie werden die Datei finden status, einschließlich des Felds ThreadsDurch das Lesen dieser Datei können Sie schnell erkennen, wie viele LWPs der Prozess mit dieser bestimmten PID erzeugt hat, sowie viele weitere Details wie Status, Speicherverbrauch und Fähigkeiten.

Eine andere Möglichkeit, die /proc Es geht darum, den Inhalt des Verzeichnisses anzusehen. /proc/<PID>/task/In diesem Pfad erstellt der Kernel für jeden zum Prozess gehörenden Thread ein Unterverzeichnis. Verzeichnisanzahl innerhalb task entspricht der Anzahl der Threads. Sie können verwenden ls kombiniert mit wc um die Zählung automatisch durchzuführen.

Zusätzlich zur Vorgehensweise mit /proc, dem Befehl selbst ps kann Informationen auf Thread-Ebene zurückgebendie Option nutzen -H Sie wechseln in den "Thread-Modus", und mit -p Sie filtern nach einer bestimmten PID. Wenn Sie hinzufügen -h Man umgeht Landzungen, was es einfacher macht, den Wasserstrom in Richtung wc und ermitteln Sie die Anzahl der Zeilen, d. h. die Anzahl der für diesen Prozess aufgeführten LWPs.

Bei all diesen Methoden, wenn man sie auf denselben PID-Regler anwendet, Die Anzahl der Fäden muss übereinstimmen: das Threads-Feld von status, die Anzahl der Unterverzeichnisse in task und die Startlinien von ps Im Thread-Modus sollten sie die gleiche Zahl ergeben, außer bei geringfügigen Abweichungen, falls der Prozess in diesem Moment Threads erstellt oder zerstört.

Filtern und Suchen von Prozessen mit pgrep und grep

Wenn Hunderte oder Tausende von Prozessen auf dem Rechner laufen, ist das Suchen des gewünschten Prozesses durch Scrollen reine Zeitverschwendung. Genau hier kommt es ins Spiel. pgrep, das nach Prozessen anhand des Namens oder des Musters sucht und gibt direkt die passenden PIDs zurück.

Mit einem einfachen pgrep apache Auf dem Bildschirm werden Ihnen die Kennungen aller Prozesse angezeigt, deren Name diesen Text enthält. Und falls Sie Ihre Suche weiter verfeinern müssen, können Sie dies tun. pgrep mit Benutzerfiltern kombinierenZum Beispiel mit der Option -u um die Suche auf die Prozesse eines bestimmten Kontos zu beschränken.

Eine weitere gängige Taktik besteht darin, sich auf Folgendes zu verlassen: grep um die Ausgabe zu filtern psEin typischer Befehl könnte lauten: ps aux | grep apacheDadurch werden Ihnen nur die Prozesszeilen angezeigt, die das Wort "apache" enthalten, zusammen mit ihren PIDs, Ressourcen und vollständigen Befehlen.

Bedenken Sie, dass diese Art von Rohrleitungen zusätzliche Prozesse (wie den Prozess selbst) mit sich bringt. grep oder wc) zur Liste hinzufügen, sodass Sie Dinge tun können wie ps r | wc -l Der Zähler wird durch die Kopfzeile und die Prozesse innerhalb der Pipeline selbst erhöht. Es ist wichtig, diese Ergebnisse korrekt zu interpretieren, um Überraschungen hinsichtlich der Gesamtzahl der Aufgaben zu vermeiden.

Im Allgemeinen ermöglicht die Beherrschung von ps + grep, pgrep und den Filteroptionen, dass man sich auf das konzentrieren kann, was einen interessiert, ohne von Systemprozessen überfordert zu werden, die man in einer ersten Analyse meist ignorieren kann.

Kontrolle und Abschluss von Prozessen

Das Auflisten und Überwachen von Prozessen ist zwar hilfreich, doch oft ist es notwendig, problematische Prozesse zu beenden oder deren Status zu überwachen , um Ressourcen freizugeben oder die Systemstabilität wiederherzustellen. Linux bietet hierfür mehrere unkomplizierte Werkzeuge.

Der bekannteste ist kill, das Signale an Prozesse sendet, die durch ihre PID identifiziert werden.Wird kein Signal angegeben, wird ein SIGTERM-Signal gesendet, um den Prozess zur ordnungsgemäßen Beendigung aufzufordern. Falls der Prozess sich weigert, kann das SIGKILL-Signal verwendet werden (Option 1). -9), wodurch der Prozess sofort beendet wird, ohne die Möglichkeit zu bieten, Ressourcen freizugeben.

Wenn Sie die PIDs nicht einzeln erfassen möchten, haben Sie pkill y killalldie unter dem Namen. Mit pkill firefox Sie werden alle Prozesse beenden, deren Name für Ihren Benutzer mit „firefox“ übereinstimmt, während killall Es ist tendenziell aggressiver und kann je nach Berechtigungen alle Instanzen des Programms auf dem System betreffen, einschließlich derer anderer Benutzer.

Es ist auch sehr nützlich zu verstehen, wie sie funktionieren. fg y bg mit Vorder- und Hintergrundprozessen experimentierenWenn man eine Aufgabe mit Strg+Z anhält und dann verwendet bgSie senden es in den Hintergrund, damit es weiterläuft, während Sie das Terminal wiederherstellen. Wenn Sie dann wieder damit interagieren müssen, fg bringt sie zurück ins Rampenlicht.

Wenn Sie schließlich etwas ausführen möchten, das auch nach dem Ausloggen weiterläuft, können Sie Folgendes kombinieren: nohup mit dem Senden an den Hintergrundzum beispiel nohup script.sh &Auf diese Weise wird der Prozess auch dann nicht abgebrochen, wenn Sie das Terminal schließen oder die Verbindung abbricht. SSHDies ist sehr nützlich für Aufgaben mit langer Dauer. Wenn Sie es lieber planen möchten, siehe wie man Aufgaben plant mit cron und at.

Prioritäten setzen mit nice und renice

In Mehrbenutzersystemen oder Systemen mit vielen gleichzeitigen Aufgaben reicht es nicht aus, die Anzahl der Prozesse oder LWPs zu kennen; es ist auch wichtig zu wissen, wie viele Prozesse oder LWPs es gibt. entscheiden, welche Prozesse bei der CPU-Auslastung Priorität erhalten.Hier kommen die Befehle ins Spiel. nice y renice.

Wenn Sie einen Prozess starten mit nice -n valor comando Sie legen die relative Priorität fest. Der typische Bereich liegt zwischen -20 (höchste Priorität) und 19 (niedrigste Priorität), wobei 0 der Standardwert ist. Ein höherer Wert bedeutet, dass der Prozess bei der Ressourcenbeschaffung rücksichtsvoller ist und anderen Prozessen CPU-Zeit überlässt.

Wenn Sie beispielsweise ein ressourcenintensives Skript haben, das nicht dringend ist, aber im Hintergrund ausgeführt werden soll, ohne andere Benutzer zu stören, können Sie es mit folgendem Befehl starten: nice -n 10 ./script.shDadurch wird ihm eine niedrige Priorität zugewiesen, damit er den Prozessor nicht monopolisiert, während andere interaktive Prozesse ausgeführt werden.

Wenn Sie anstatt die Priorität beim Start anzupassen, Folgendes benötigen die Priorität eines bereits laufenden Prozesses ändern, Sie verwenden reniceMit so etwas wie renice -n 5 -p PID Mit dieser PID ändern Sie den Nice-Wert des Prozesses und passen ihn so an die aktuellen Bedürfnisse an (indem Sie seine Priorität erhöhen oder senken).

Durch die korrekte Verwaltung von Prioritäten mit nice und renice lässt sich verhindern, dass ein einzelner Prozess oder eine Gruppe von Threads die Reaktionsfähigkeit des Systems überlastet, insbesondere auf gemeinsam genutzten Servern oder in Produktionsumgebungen mit vielen gleichzeitigen Lasten.

Erweiterte Werkzeuge zum Debuggen und Analysieren von Prozessen

Wenn sich ein Prozess oder einer seiner LWPs ungewöhnlich verhält, abstürzt oder das System scheinbar einfriert, ist es oft notwendig, fortgeschrittenere Diagnosewerkzeuge einzusetzen. Eines der leistungsstärksten ist straceDies ermöglicht die Echtzeitüberwachung der Systemaufrufe eines Prozesses. Für tiefergehende Kernelfehler gibt es eine Anleitung unter [Link einfügen]. Verwenden Sie Crash und Kdump..

Mit einem Befehl wie strace -p PID können sich in einen bereits laufenden Prozess einbringen Prüfen Sie, welche Systemaufrufe (Dateizugriffe, Netzwerkoperationen, Signale usw.) ausgeführt werden. Dies ist besonders hilfreich, um herauszufinden, warum ein Prozess auf etwas wartet: Möglicherweise blockiert er beim Versuch, eine nicht existierende Datei zu öffnen, wartet auf eine Socket-Verbindung oder hat unzureichende Berechtigungen.

Ein weiteres klassisches Diagnoseinstrument ist lsof (Liste der geöffneten Dateien)Dieses Tool zeigt die von jedem Prozess geöffneten Dateien an, darunter Festplattendateien, Netzwerkverbindungen, Geräte und mehr. Es ist sehr nützlich, um zu erkennen, welcher Prozess einen bestimmten Port belegt, welcher Dienst eine Datei gesperrt hält oder welche Aufgaben ein bestimmtes Protokoll lesen.

Als Ergänzung zu lsof fuser Es zeigt Ihnen an, welche Prozesse eine Datei oder einen Port verwenden. Konkret kann man beispielsweise mit einem Befehl auf einem TCP-Port schnell herausfinden, welcher Daemon an dieser Nummer lauscht und entsprechend handeln, indem man ihn entweder neu konfiguriert oder stoppt.

Um die Leistungsanalyse noch einen Schritt weiter zu treiben, haben Sie pidstatdas detaillierte Statistiken bietet von CPU, Speicher und E/A pro Prozess und mit watchwodurch Sie regelmäßig Befehle wie beispielsweise ps -e o netstat Auf dem Bildschirm zu beobachten, wie sich Prozesse oder Verbindungen im Laufe der Zeit entwickeln.

Servicemanagement und allgemeiner Systemstatus

Viele wichtige Prozesse in Linux sind tatsächlich Dienste oder Daemons, die im Hintergrund laufenwie zum Beispiel Webserver, Datenbanken oder Aufgabenplanern. In modernen Systemen mit systemd ist das zentrale Werkzeug zur Verwaltung dieser Dienste systemctl.

Mit systemctl start nombre_servicio Sie können einen Dienst starten, während systemctl stop, restart y status Sie ermöglichen es Ihnen, den Prozess zu stoppen, neu zu starten oder seinen aktuellen Status anzuzeigen. Sie können auch den automatischen Start beim Systemstart aktivieren oder deaktivieren, was sich direkt darauf auswirkt, welche Prozesse nach einem Neustart in der Liste angezeigt werden.

Bei älteren Distributionen oder Konfigurationen, die noch SysVinit verwenden, findet man häufig den Befehl service zur Verwaltung von Diensten. Obwohl es in vielen Fällen durch systemd ersetzt wurde, ist es immer noch nützlich als Kompatibilitätsschicht zum Starten, Stoppen oder Neustarten bestimmter Daemons.

Abgesehen von den Dienstleistungen lohnt es sich, einen globalen Überblick über den Zustand des Systems. Der Befehl uptime Es zeigt an, wie lange die Maschine bereits eingeschaltet ist, wie viele Benutzer verbunden sind und wie hoch die durchschnittliche Auslastung in letzter Zeit war. So lässt sich schnell erkennen, ob das System ausreichend ausgelastet oder überlastet ist.

Für eine detailliertere Leistungsanalyse, vmstat Es liefert Statistiken zu CPU, Speicher, Prozessen und Auslagerungsspeicher.Während iostat Der Fokus liegt auf der Festplatten-E/A, wobei Lese-, Schreib- und Antwortzeiten der Geräte angezeigt werden. LagerungDiese Tools sind von unschätzbarem Wert, um festzustellen, ob Probleme von der CPU, dem Arbeitsspeicher, der Festplatte oder einer Kombination aus all diesen Komponenten verursacht werden.

Durch die Kombination all der oben genannten Funktionen – Auflistung von Prozessen und LWPs mit ps und /proc, Echtzeitüberwachung mit top, htop oder atop, Filterung mit pgrep, Steuerung mit kill und Optimierung mit nice sowie Diagnoseprogramme wie strace und lsof – ist es möglich, sehr genau zu verstehen und zu steuern, was zu einem bestimmten Zeitpunkt auf einem Linux-System geschieht , problematische Prozesse und Threads zu identifizieren und die Leistung auch in anspruchsvollen Umgebungen im Griff zu behalten.