Open Source im professionellen Einsatz

Newsletter abonnieren
Seite durchsuchen

HEFTARCHIV | NEWS | E-BIBLIOTHEK | VIDEO | BLOGS | WHITEPAPER | EVENTS | ACADEMY | ABO | SHOP

user friendly

  Home  »  Heft & Abo  »  Heftarchiv  »  2010  »  04  »  Alles im Blick  

RSS-Feed der aktuellen News von Linux-Magazin Online Folgen Sie Linux-Magazin Online auf Twitter
Diesen Artikel druckenDiesen Artikel weiterempfehlen Diesen Artikel kommentieren Newsletter abonnieren
Share/Bookmark

© suljo, 123RF.com

Systemmonitore für den Desktop

Alles im Blick

von Markus Klimke
Erschienen im Linux-Magazin 2010/04

Wie geht es meinem Rechner? Womit ist er gerade beschäftigt? Wie ist die Speicher- und Netzwerkauslastung? Wie geht es der CPU und den Festplatten? Diese und andere Fragen beantworten sechs Überwachungsprogramme, jedes auf seine Weise.

Systemmonitore beobachten die CPU-Leistung, die Temperatur und den Datendurchsatz, zeigen Informationen zur Systemauslastung in Echtzeit an und helfen damit, frühzeitig Hardware- und Softwareprobleme zu erkennen. Überschreitet eine Festplatte beispielsweise im Betrieb über einen längeren Zeitraum eine festgelegte Temperatur, ist davon auszugehen, dass sie nicht mehr lange arbeitet oder zumindest die Gehäuselüftung versagt. Bremst plötzlich das System und arbeitet nur noch sehr zäh, könnte das die Schuld eines Prozesses sein, der reichlich CPU-Zeit konsumiert.

Sensoren auf dem Mainboard oder zusätzliche Schnittstellen wie beispielsweise das Intelligent Platform Management Interface (IPMI, [1]) zeichnen laufend Werte auf. Die Treiber für diese Sensoren sind im Linux-Kernel enthalten und der Treiber des jeweiligen Mainboard-Sensors legt seine Daten in aller Regel unter »/proc« ab. All diese und weitere Werte beschreiben den Gesundheitszustand einer Maschine. Bei der schnellen Auswertung der Daten helfen Überwachungsprogramme - sechs grafische Vertreter treten in diesem Test gegeneinander an.

Gkrellm

Gkrellm [2] verbraucht wenig Systemressourcen und überwacht außer dem eigenen Computer auch entfernte Systeme. Zu diesem Zweck bietet Gkrellm einen eigenständigen Daemon, der auf beiden Rechnern laufen muss. Nach dem Start zeigt die GTK-Anwendung einen ersten Zustandsbericht und präsentiert den Hostnamen, das Datum, die Uhrzeit und die CPU(s). Außerdem informiert das Tool über die Anzahl der aktiven Benutzer, der Prozesse und Netzwerkadapter und gibt Auskunft zur Festplattenaktivität, zum Speicher samt Swapbereich und zu eingehenden E-Mails.

Die einzelnen Abschnitte richtet der Anwender über das Kontextmenü der rechten Maustaste ein (Abbildung 1). Hier schaltet er Überwachungsfunktionen ein und aus und nimmt die Feinabstimmung der Anzeige vor. Der Konfigurationsdialog bietet außerdem Zugriff auf die Erweiterungen und Themes sowie allgemeine Programmeigenschaften.


Abbildung 1: Gkrellm bereitet den zeitlichen Verlauf der Aktivitäten in Liniendiagrammen grafisch auf. Die Feinabstimmung erfolgt per Rechtsklick.

Auf Wunsch warnt Gkrellm den Benutzer oder löst einen Alarm aus, wenn das System Grenzwerte überschreitet. Die Ober- und Untergrenze sowie die zeitlichen Intervalle für Alarm und Warnung sind frei wählbar. Ebenso definiert der Anwender auf Wunsch selbst, auf welche Weise der Systemmonitor warnt und alarmiert (siehe Abbildung 2).


Abbildung 2: Gkrellm erlaubt es dem Anwender, eigene Kommandos für Alarm und Warnung einzustellen.

Für Gkrellm stehen zahlreiche Themes und Plugins zur Verfügung. So gibt es Erweiterungen zur Überwachung der Caps-Lock-, Num-Lock- und Scroll-Lock-Tasten, zum Einbinden von Bildern (Beobachtung von Webcams oder Wetterkarten), Batteriemonitore für Laptops, Erinnerungsfunktionen, für die Überwachung von Wireless-Links und vieles mehr. Die meisten Plugins sind von der Gkrellm-Homepage aus verlinkt, die Skins sind unter [3] erhältlich.

Ksysguard

Das Überwachungstool ist Bestandteil des KDE-Desktops [4]. In der Voreinstellung zeigt der Monitor zwei Reiter: einen für die Systemlast und einen für die Prozesse. Weitere Reiter, die bei Ksysguard übrigens Arbeitsblätter heißen, fügt der Benutzer über das Menü »Datei« hinzu. Für das neue Arbeitsblatt definiert er einen Titel, mehrere Zeilen und Spalten sowie ein Aktualisierungsintervall. Danach zieht er einzelne Sensoren aus dem Sensor-Browser in den linken Bereich.

Einige Anzeigen können mehrere Werte darstellen und viele Kategorien besitzen zahlreiche Unterabteilungen. So ist es im Bereich »Netzwerk« möglich, mehrere Schnittstellen einzurichten. Das KDE-Programm unterscheidet zwischen gesendeten und empfangenen Daten und bietet für diese jeweils Sensoren wie »Daten«, »Pakete« und »FIFO-Überläufe« an (siehe Abbildung 3).


Abbildung 3: Der Sensor-Browser stellt lokale und entfernte Rechner und deren Sensoren in einer Baumansicht dar.

Bevor ein Sensor sich einnistet, fragt Ksysguard nach der bevorzugten Darstellungsart: Linien- oder Balkendiagramm, Digitalanzeige oder Ausgabe in eine Logdatei. Ein Rechtsklick auf einen Sensor im Arbeitsblatt entfernt diesen oder öffnet einen Einrichtungsdialog, der größtenteils optische Eigenschaften konfiguriert.

Genau wie Gkrellm bringt Ksysguard einen Daemon als Datensammler mit. Nach der Einrichtung eines neuen Arbeitsblatts bietet das Menü »Datei« den Eintrag »Entfernten Rechner überwachen«. Wie der Name vermuten lässt, ist es damit möglich, einen Ksysguard-Daemon auf einem Remotesystem als Datenquelle zu nutzen (siehe Abbildung 4).


Abbildung 4: Mit Ksysguard lassen sich auch entfernte Maschinen über verschiedene Netzwerkprotokolle überwachen.

Mehrere Protokolle stehen zur Wahl, darunter SSH, RSH und selbst definierte Befehle. Hinter dem Verbindungstyp »Dienst« verbirgt sich der Ksysguard-Daemon selbst. Nach der Einrichtung erscheint im Sensor-Browser ein weiterer Eintrag für den entfernten Rechner. Für diesen stehen die gleichen Sensoren bereit wie für lokale Computer.

Sie können diesen Artikel als PDF für 99 Cent kaufen. Klicken Sie dazu einfach auf eine der beiden Bezahloptionen Paypal oder ClickandBuy.


Diesen Artikel druckenDiesen Artikel weiterempfehlen Diesen Artikel kommentieren Newsletter abonnieren
Share/Bookmark
Ähnliche Artikel
Der Wald vor lauter Bäumen Logfile-Betrachter für Desktop und Shell
Erste Schritte in Etch Workshop: Debian GNU/Linux 4.0 installieren und verwalten
Schlank und rank Leichtgewichtige Desktopumgebungen im Test
Tooltipps Werkzeuge im Kurztest
Schöner schicken Perl-Skript tunnelt Mailverkehr auf Zuruf
Bus-Touristik Perl-Skript überwacht D-Bus
Whitepaper
Open Source Datenintegration in der Praxis: Fallstudien und Anwendungsbeispiele (Folge 2)

Der zweite Teil des Open Source Datenintegration in der Praxis: Fallstudien und Anwendungsbeispiele White Papers beleuchtet anhand weiterer ausgewählter Case Studies die Implementierung von Open Source Datenintegration in der Praxis und benennt die daraus resultierenden Vorteile.

Download PDF (Registrierung erforderlich)
Usage Landscape Enterprise Open Source Data Integration

Die Nachfrage nach Datenintegrationslösungen für Unternehmen ist zunehmend gestiegen und vor allem das Interesse an Open Source Technologien wird immer größer. Doch wie und von wem werden Open Source Datenintegrationslösungen genutzt und welches Nutzungsverhalten lässt sich daraus ableiten? Das vorliegende White Paper präsentiert die Erfahrungswerte von über 1000 Open Source Nutzern und liefert fundierte Antworten auf diese Fragen.

Download PDF (Registrierung erforderlich)
Kommentare (0)