Damit wir auch etwas mehr über die Auslastung des <u>Hosts</u> und dort speziell über den Master aller Adapter, dem js-controller, erfahren, habe ich auch für diesen einige Performancecounter vorgesehen. Die folgenden Zustammenstellung zeigt ein mögliches zukünftiges Aussehen der Host-Performancecounter.
Das gilt wie gesagt vorbehaltlich der Prüfung durch Bluefox und frühestens erst ab js-Controller 1.5.x:
[image: 7446_2018-07-24_19_16_30-objects_-_iobroker.png]
Als Zusammenfassung die Bedeutung der Datenpunkte:
Kennzahl / Datentyp / Einheit / Datenquelle
alive / Logik / keine / js-controller
Zeigt an, ob der ioBroker js-Controller auf dem Host aktiv ist. Wechselt automatisch 25 Sekunden nach dem Ableben auf false
cpu / Zahl/ % Auslastung eines Cores / js-controller
Gibt die Auslastung des Cores an, auf dem der js-controller ausgeführt wird. Sehr viel mehr als 100% geht hier nicht, da nodejs single-threaded ist
cputime / Zahl / s / js-controller
Die Prozessorzeit (englisch CPU Time) bezeichnet die gemessene Zeit in Sekunden, in der der js-controller seit dem letzten Programmstart tatsächlich Kommandos an den Prozessor gesendet hat. Diese Summe ist praktisch immer niedriger als die gesamte Laufzeit (uptime) des Programms, da dieses selbst bei intensiver Nutzung kaum pausenlos Befehle an den Prozessor sendet.
diskFree / Zahl / MiB / <hostrechner>* Freier Speicherplatz auf dem logischen Laufwerks, auf dem ioBroker installiert ist
bi = binäres Vielfaches (1 MB = 1.000.000 Byte) < (1 MiB = 1.048.576 Byte = 1 × 1024 × 1024 Byte)</hostrechner>
diskSize / Zahl / MiB / <hostrechner>* Gesamtgröße des logischen Datenträgers, auf dem ioBroker installiert ist</hostrechner>
diskWarning / Zahl / % / <hostrechner>* Hier kann man einen Prozentwert eintragen. Im Admin wird eine Warnung angezeigt, wenn der freie Platz auf dem Datenträger diesen Wert unterschreitet (z.B. 20). Das ist vor allem sinnvoll, wenn der History-Adapter aktiv ist. [image: 7446_2018-07-15_18_44_47-intro_-_iobroker.png] </hostrechner>
freemem / Zahl / MB / <hostrechner>* Gesamter verfügbarer RAM-Systemspeicher des Hosts</hostrechner>
inputCount / Zahl / /15s / js-controller
Anzahl an Veränderungen bei den State-Werten. Ein Eingangsevent kann z.B. vom Anlegen oder Setzen eines Wertes ausgelöst werden
load / Zahl / / <hostrechner>* Gesamtsystemlast über alle CPU-Cores, gemittelt über jeweils eine Sekunde. Z.B. Rechner mit 8 CPU-Cores -> Wert 7.9 = System fast überlastet, 0.1 = nichts los; 4 Cores -> Wert 3.9 = Überlastung - wenn dauerhaft, 0.1 = nichts los</hostrechner>
mem / Zahl / % / <hostrechner>* Speichernutzung. Verhältnis zwischen freiem Speicher und Gesamtsystemspeicher</hostrechner>
memHeapTotal / Zahl / MB / js-controller
Größe des vom js-controller reservierten Heap-Speichers
memHeapUsed / Zahl / MB / js-controller
Größe des vom js-controller genutzen Heap-Speichers
memRss / Zahl / MB / js-controller
Resident Set, gesamte Größe des vom js-controller im RAM genutzen Speichers
outputCount / Zahl / /15s / js-controller
Ausgangs-Events umfassen Aktionen wie Wertevergleich, schreiben eines Wertes in die States-DB, Events aufgrund von Subscriptions oder das Logging. So kommen auch hier die 10+ Events zustande
uptime / Zahl / s / js-controller
Laufzeit des ioBrokers auf diesen Host seit dem letzten Neustart
Auf *nix-Systemen gibt es noch einen weiteren Datenpunkt:
memAvailable / Zahl / MB / js-controller
Verfügbarer freier Speicher für neue Speicheranforderungen, ohne das das System anfangen muss, belegten Speicher auszulagern. Berechnet aus MemFree, Active(file), Inactive(file), SReclaimable und den unteren Schwellwerten aus /proc/zoneinfo.
Vgl. https://git.kernel.org/pub/scm/linux/ke … 722c9da773
