Neues YouTube-Video: Visualisierung im Devices-Adapter

[babl]

@homoran danke ich werde das nach und nach testen mit den Scripten wenn ich die deaktiviere wie dann der load aussieht.

Das System läuft auch noch flüssig auch bei 3er loads, wenn er z. B.: rebootet

[Homoran]

@babl sagte in Performance Probleme raspi p4:

2 USB 2 ist usv per USB

Heisst das, dass da ausser ioBroker noch was auf dem RasPi läuft?

[haselchen]

@babl

Nimm doch mal z.B. zum Testen die USV ab und gucke dann die Performance bzw. Stabilität an

[babl]

@thomas-braun

hier sind die gewünschten screens.

Ist eigentlich bei der Ram Auslastung nicht problematisch

Und hier noch top

[Thomas Braun]

@babl
Da wüde ich in den Skripten mal schauen.

Wie äußern sich denn konkret die 'Performance-Probleme'?

Zigbee macht mir ja nach jedem reboot auch das rebuilden andauernd.

Das liest sich wie eine unsaubere Installation von Zigbee.

[babl]

@thomas-braun Naja, so richtig Probleme, habe ich mit dem load eigentlich nicht es ist schon alles sehr gut erreichbar (vis und Admin) ich habe nur einen Webserver für eine Webseite die ich betreibe und da weiß ich halt daß der load über 1 eigentlich nciht gut ist.

Das mit dem Zigbee wüßte ich eigentlich nicht was ich hier falsch gemacht habe, dies ist seit dem letzten Update so wenn ich den iobroker neu starte oder den Raspi reboot mache dann wird das Zigbee 3 mal "regebuilded" und dann läuft es aber problemlos Tagelang.

In Github meinte der Ersteller vom Zigbee Adapter eventuell das da

Please check if you have the serial port library installed multiple times.

Aber da weiß ich auch nicht weiter. 1. wie man das überprüfen könnte und 2. woher hier eine weitere installation kommen sollte.

Aber auf jeden Fall schon mal herzlichen Danke für eure Mühen.

[babl]

@haselchen die USV ist abgenommen, macht vom Load her keinen Unterschied.

[Homoran]

@homoran sagte in Performance Probleme raspi p4:

Heisst das, dass da ausser ioBroker noch was auf dem RasPi läuft?

da fehlt noch ne Antwort.

und SQL scheint auch noch zu laufen.
Auf dem Raspi selber oder extern?

[babl]

@homoran ja das Nut Server Script läuft noch zusätzlich auf dem Raspi

nach dieser Anleitung:

https://haus-automatisierung.com/projekt/2018/06/03/projekt-nut-server.html

und ja SQL läuft intern auf dem Raspi mit eigener Datenbank, sollte man das mit der Datenbank anders machen?

[Homoran]

@homoran sagte in Performance Probleme raspi p4:

Heisst das, dass da ausser ioBroker noch was auf dem RasPi läuft?

@babl sagte in Performance Probleme raspi p4:

ja das Nut Server Script läuft noch

@babl sagte in Performance Probleme raspi p4:

ja SQL läuft intern auf dem Raspi

Wenn ich jetzt noch was im log finde muss ich dann nochmal fragen oder war das jetzt alles?

@babl sagte in Performance Probleme raspi p4:

sollte man das mit der Datenbank anders machen?

Das ist jetzt nicht das Thema, ich suche im Moment nur Dinge, die die Load "hochtreiben" könnten

[babl]

@homoran sorry, ich bin davon ausgegangen daß sql eigentlich klar sein sollte, daß dies dabei ist und als ich den nut server eingerichtet habe stieg der load ja nicht, darum habe ich daß jetzt auch nicht mit angegeben, aber du hast schon recht sowas ist "schei....." wenn man Hilfe erwartet und nicht alles angibt, sorry dafür.

[Thomas Braun]

@babl sagte in Performance Probleme raspi p4:

In Github meinte der Ersteller vom Zigbee Adapter eventuell das da
Please check if you have the serial port library installed multiple times.

Ja, da ist vermutlich was doppelt / verschachtelt installiert. Ich hatte das mal mit dem ble-Adapter, der wollte auch bei jedem Neustart des ioBroker gebaut werden. Lag aber daran, dass der doppelt installiert war. Hatte die Doublette denn gelöscht, dann war Ruhe.

[Homoran]

@babl sagte in Performance Probleme raspi p4:

sorry, ich bin davon ausgegangen daß sql eigentlich klar sein sollte, daß dies dabei ist

Wo ist SQL dabei?
hast du mySQL/SQLite oder MariaDB auf dem RasPi installiert?

@babl sagte in Performance Probleme raspi p4:

als ich den nut server eingerichtet habe stieg der load ja nicht,

daran liegt ist es auch wahrscheinlich nicht

Aber in der load average ist auch einen großer Anteil an I/O-Vorgängen enthalten.
und wenn eine SQL-Database, in die im Sekundentakt geschrieben wird auf der SD-Karte ist, ist eine so geringe Load average von 1.5 überhaupt nicht verwunderlich.

Also fassen wir mal zusammen. Auf em Raspi läuft

• ioBroker
• mySQL
• NUT-Server
• Zigbee über USB (da weiß ich nicht wie sehr das die I/O belastet)

sonst noch was????

[babl]

@homoran sagte in Performance Probleme raspi p4:

@babl sagte in Performance Probleme raspi p4:

sorry, ich bin davon ausgegangen daß sql eigentlich klar sein sollte, daß dies dabei ist

Wo ist SQL dabei?
hast du mySQL/SQLite oder MariaDB auf dem RasPi installiert?
My SQL auf dem Raspi installiert

@babl sagte in Performance Probleme raspi p4:

als ich den nut server eingerichtet habe stieg der load ja nicht,

daran liegt ist es auch wahrscheinlich nicht
Ok Gut

Aber in der load average ist auch einen großer Anteil an I/O-Vorgängen enthalten.
und wenn eine SQL-Database, in die im Sekundentakt geschrieben wird auf der SD-Karte ist, ist eine so geringe Load average von 1.5 überhaupt nicht verwunderlich.
SD Karte ist falsch ich schreibe auf eine SSD über USB 3, hier habe ich mir ja auch gedacht daß das besser werden sollte mit der SSD Platte als mit der SD Karte

Also fassen wir mal zusammen. Auf em Raspi läuft

• ioBroker Ja
• mySQL
• NUT-Server
• Zigbee über USB (da weiß ich nicht wie sehr das die I/O belastet)

sonst noch was????

IO Broker = Ja
MySQL = Ja
Nut-Server = Ja
Zigbee über Conbee Stick = Ja

USB 3. SSD von Samsung mit 300mb/s
USB 2 Conbee Stick
USB 2 Nut Server USB der USV

Und Natürlich einiges an Visualisierungen

[Homoran]

@babl sagte in Performance Probleme raspi p4:

IO Broker = Ja
MySQL = Ja
Nut-Server = Ja
Zigbee über Conbee Stick = Ja

da ist die Load average nicht ungewöhnlich.

@babl sagte in Performance Probleme raspi p4:

Und Natürlich einiges an Visualisierungen

bei denen findet die Rechenarbeit nicht auf dem RasPi statt, sondern auf dem Frontend.
Wenn du natürlich hochauflösende flot-Charts, die im Sekundentakt aktualisieren hast, sieht das anders aus.

Aber noch mal:
eine load Average von 1.5 ist schon vollkommen mit deinen Anwendungen erklärt.

Das sollte aber den RasPi nicht in die Knie zwingen, das geht erst bei >4 los

[babl]

@homoran ok dann bin ich beruhigt,

wie könnte ich das problem mit dem zigbee jetzt in erfahrung bringen, kannst du mir da vielleicht eventuell auch helfen?

[Homoran]

@babl sagte in Performance Probleme raspi p4:

kannst du mir da vielleicht eventuell auch helfen?

nein, ich nutze zigbee nicht und kenne mich da gar nicht aus.
aber @Thomas-Braun hat doch schon einiges geschrieben.
Hast du das schon ausprobiert?

[babl]

@homoran ok danke, werde ich mal schauen, übrigens so sehen meine VIS aus, sind alle nach dem gleichen Schema.

[Homoran]

@babl sagte in Performance Probleme raspi p4:

übroigens so sehen meine VIS aus, sind alle nach dem gleichen Schema.

was willst du mir damit sagen?
Da ist doch alles in Ordnung, wie ich bereits schrieb:

@homoran sagte in Performance Probleme raspi p4:

eine load Average von 1.5 ist schon vollkommen mit deinen Anwendungen erklärt.
Das sollte aber den RasPi nicht in die Knie zwingen, das geht erst bei >4 los

@babl sagte in Performance Probleme raspi p4:

ich habe nur einen Webserver für eine Webseite die ich betreibe und da weiß ich halt daß der load über 1 eigentlich nciht gut ist.

woher hast du dieses Wissen?
oder läuft die Website auf einem single core?
dann könnte das stimmern

[babl]

woher hast du dieses Wissen?

dies sagte mir der Webhoster, daß bei loads von längerer zeit über 1 die webleistung sinkt und die cpu erhöht werden muß, was ja auch stimmt.

ich habe hier einen v-server mit 6 vcpus und aktuel 12gb ram, die ich jederzeit erweitern oder verringern kann und eine 200gb ssd festplatte

oder läuft die Website auf einem single core?

kann ich dir ehrlich nicht sagen

dann könnte das stimmern