Performance Probleme raspi p4
-
@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 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 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.
@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 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????
@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 GutAber 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 KarteAlso 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 = JaUSB 3. SSD von Samsung mit 300mb/s
USB 2 Conbee Stick
USB 2 Nut Server USB der USVUnd Natürlich einiges an Visualisierungen
-
@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 GutAber 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 KarteAlso 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 = JaUSB 3. SSD von Samsung mit 300mb/s
USB 2 Conbee Stick
USB 2 Nut Server USB der USVUnd Natürlich einiges an Visualisierungen
@babl sagte in Performance Probleme raspi p4:
IO Broker = Ja
MySQL = Ja
Nut-Server = Ja
Zigbee über Conbee Stick = Jada 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 sagte in Performance Probleme raspi p4:
IO Broker = Ja
MySQL = Ja
Nut-Server = Ja
Zigbee über Conbee Stick = Jada 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
-
@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?
@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 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? -
@homoran ok danke, werde ich mal schauen, übrigens so sehen meine VIS aus, sind alle nach dem gleichen Schema.
@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 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 stimmernwoher 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
-
@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?@homoran Das mit Zigbee ist nun auch erledigt, vielleicht hilft es jemandem.
Es war tatsächlich so, daß die selben serialen Ports 2 mal verfügbar waren.
Habe es nun laut Beschreibung geregelt.
Zuerst diesen Befehl in der SSh ausgeführt.
ls -l /dev/serial/by-idDann dieses in den Zigbee Einstellungen reinkopiert.
/dev/serial/by-id/usb-dresden_elektronik_ingenieurtechnik_GmbH_ConBee_II_DE2255974-if00Und dann klappt es auch, habe den raspi rebootet und das rebuilden kam nicht mehr.
-
Hallo Leute,
Ich habe ein paar Probleme mit meinem iobroker und dem dazugehörigen raspi p4 b 4gb.
Habe einen average load zwischen 1 und 1.8.
Es läuft iobroker mit ca. 20 verschiedenen Adaptern drauf darunter zigbee wo bei jedem reboot vom raspi das zigbee neu "rebuilded" werden muss nach dem 3.anlauf ist die Instanz grün.
Raspi ist auf dem neusten softwarestand. Iobroker node 12.22
Habe mir am Wochenende dann eine ssd gegönnt Samsung t5 mit bis zu 350mb schreiben und lesen die hängt am USB 3.
Die Auslastung wird aber nicht besser.
Run Level 3Ich bin mit meinem Latein am Ende.
Hatte geglaubt dass es mit der ssd besser wäre, aber leider nicht.
Das System ist bei ca. 90% Idle aber was mir Sorgen macht ist der Wert wa bei 0.3
Vielleicht würde jemand So nett sein und mich unterstützen bei meinem Problem
Ich will ungern neu aufsetzen. (Backup wäre vorhanden)
Gruss babl
Solltet ihr noch weitere Infos brauchen kein Problem ich versuche sie euch so weit wie mir möglich zu geben.
@babl said in Performance Probleme raspi p4:
Hallo Leute,
Ich habe ein paar Probleme mit meinem iobroker und dem dazugehörigen raspi p4 b 4gb.
Habe einen average load zwischen 1 und 1.8.
Es läuft iobroker mit ca. 20 verschiedenen Adaptern drauf darunter zigbee wo bei jedem reboot vom raspi das zigbee neu "rebuilded" werden muss nach dem 3.anlauf ist die Instanz grün.
Raspi ist auf dem neusten softwarestand. Iobroker node 12.22
Habe mir am Wochenende dann eine ssd gegönnt Samsung t5 mit bis zu 350mb schreiben und lesen die hängt am USB 3.
Die Auslastung wird aber nicht besser.
Run Level 3Ich bin mit meinem Latein am Ende.
Hatte geglaubt dass es mit der ssd besser wäre, aber leider nicht.
Das System ist bei ca. 90% Idle aber was mir Sorgen macht ist der Wert wa bei 0.3
Vielleicht würde jemand So nett sein und mich unterstützen bei meinem Problem
Ich will ungern neu aufsetzen. (Backup wäre vorhanden)
Gruss babl
Solltet ihr noch weitere Infos brauchen kein Problem ich versuche sie euch so weit wie mir möglich zu geben.
darf ich zusammenfassen?
- eigentlich hat dein system gar keine probleme
- vis reagiert annehmbar
- iobroker reagiert annehmbar
- ok da wird immer wieder mal ein build durchgeführt, das scheint aber installation oder software zu sein.
deine einzige annahme ist, das der loadaverage mit 1 bis 1.8 zu hoch ist.
mein system ist ebenfalls bei diesem load average, geht ab und zu mal über 2.
durchschnittliche prozentuale prozessorauslastung ist ca 40%ich habe einen nuc mit 8gb und einigen docker containern.
mein freier ram ist aktuell an der untergrenze kurz vor dem swappen (das ist meist der größte performance killer),
aber alles ok.du kannst die prozentwerte der einzelnen prozesse von top mal ein wenig beobachten, aber wenn da keine ausreiser sind und du nix merkst, musst du nix mit neuinstallation machen.
-
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
@babl said in Performance Probleme raspi p4:
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
wie du schreibst hast du 6 virtuelle cpus, dh der rechner kann mindestens 6 verschiedene prozesse gleichzeitig abarbeiten ohne einen kontextwechsel zu einem anderen prozess zu machen. viele cpus haben heute noch hyperthreading wobei der kontextwechsel zwischen prozessen auf einem kern auf hardwareebene optimiert gemacht wird.
ich weiß nicht warum bei webservern das eine spezielle regel sein sollte. selbst apache öffnet intern mehrere parallele prozesse, so das mehrere anfragen gleichzeitig bearbeitet werden können (und auch müssen).
ich gehe nicht davon aus, das du da eine webseite mit 100 gleichzeitigen zugriffen pro sekunde laufen hast. meist langweilen sich webserver eher, da das was sie machen nicht so kompliziert ist (daten lesen und in einen netzwerk port schreiben. -
@homoran Das mit Zigbee ist nun auch erledigt, vielleicht hilft es jemandem.
Es war tatsächlich so, daß die selben serialen Ports 2 mal verfügbar waren.
Habe es nun laut Beschreibung geregelt.
Zuerst diesen Befehl in der SSh ausgeführt.
ls -l /dev/serial/by-idDann dieses in den Zigbee Einstellungen reinkopiert.
/dev/serial/by-id/usb-dresden_elektronik_ingenieurtechnik_GmbH_ConBee_II_DE2255974-if00Und dann klappt es auch, habe den raspi rebootet und das rebuilden kam nicht mehr.
@babl
noch eine kleine Ergänzung, wenn du die Prozentuale last deines Rechner errechnen möchtest kannst du das wie folgt:der folgende befehl gibt die erste zeile aus der prozessor statistik aus
cat /proc/stat | head -n 1Ergebnis:
cpu 751617006 79683 95862018 3252165113 1730997 0 43411112 0 0 0Die ersten 4 Zahlen sind die Anteile für
User, Nice, System und IdleWenn du die 4 Werte zusammenrechnest hast du 100%
751617006+79683+95862018+3252165113 = 4099723820Wenn du dann bspw idle durch Gesamt teilst
3252165113 / 4099723820 = 0,793264438Erhält man einen prozentualen Idle-Anteil von knapp 80%
d.h. der Prozessor ist nur zu etwas mehr wie 20% ausgelastet.Wer macht daraus ein blockly? :)
Meine Adapter und Widgets
TVProgram, SqueezeboxRPC, OpenLiga, RSSFeed, MyTime,, pi-hole2, vis-json-template, skiinfo, vis-mapwidgets, vis-2-widgets-rssfeed
Links im Profil -
@babl
noch eine kleine Ergänzung, wenn du die Prozentuale last deines Rechner errechnen möchtest kannst du das wie folgt:der folgende befehl gibt die erste zeile aus der prozessor statistik aus
cat /proc/stat | head -n 1Ergebnis:
cpu 751617006 79683 95862018 3252165113 1730997 0 43411112 0 0 0Die ersten 4 Zahlen sind die Anteile für
User, Nice, System und IdleWenn du die 4 Werte zusammenrechnest hast du 100%
751617006+79683+95862018+3252165113 = 4099723820Wenn du dann bspw idle durch Gesamt teilst
3252165113 / 4099723820 = 0,793264438Erhält man einen prozentualen Idle-Anteil von knapp 80%
d.h. der Prozessor ist nur zu etwas mehr wie 20% ausgelastet.Wer macht daraus ein blockly? :)
-
@babl
noch eine kleine Ergänzung, wenn du die Prozentuale last deines Rechner errechnen möchtest kannst du das wie folgt:der folgende befehl gibt die erste zeile aus der prozessor statistik aus
cat /proc/stat | head -n 1Ergebnis:
cpu 751617006 79683 95862018 3252165113 1730997 0 43411112 0 0 0Die ersten 4 Zahlen sind die Anteile für
User, Nice, System und IdleWenn du die 4 Werte zusammenrechnest hast du 100%
751617006+79683+95862018+3252165113 = 4099723820Wenn du dann bspw idle durch Gesamt teilst
3252165113 / 4099723820 = 0,793264438Erhält man einen prozentualen Idle-Anteil von knapp 80%
d.h. der Prozessor ist nur zu etwas mehr wie 20% ausgelastet.Wer macht daraus ein blockly? :)
kein Support per PN! - Fragen im Forum stellen -
Benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.
Das Forum freut sich über eine Spende. Benutzt dazu den Spendenbutton oben rechts. Danke!
der Installationsfixer: curl -fsL https://iobroker.net/fix.sh | bash - -
@homoran said in Performance Probleme raspi p4:
@oliverio sagte in Performance Probleme raspi p4:
Wer macht daraus ein blockly?
So was?
sehr schön
das dann alle 15 sekunden aufrufen und in einen datenpunkt schreiben mit history an, dann könnte man das noch schön visualisieren -
@homoran said in Performance Probleme raspi p4:
@oliverio sagte in Performance Probleme raspi p4:
Wer macht daraus ein blockly?
So was?
sehr schön
das dann alle 15 sekunden aufrufen und in einen datenpunkt schreiben mit history an, dann könnte man das noch schön visualisierenNochmal das Thema aufrollen.
Es läuft eigentlich soweit alles super, nur das einzige wo ich schön langsam sehe, ist dass mir der RAM nicht reicht für die nächsten Aufgaben, weitere 20 zigbee Aktoren eventuell noch 2 weitere Adapter, da ich in SQL einiges logge, ist dies der größte Speicherfresser.
So nun zu meinem Gedankengang.
- Kleinen intel nuc sowas hier
https://www.amazon.de/dp/B08F73X85Y/ref=cm_sw_r_cp_awdb_imm_JVD9ABHR0AN3M3QM0YR3
Hier würde ich dann proxmox installieren und 2 vms machen 1mal iobroker und 1 mal open wb wenn ich sie zum laden benötige, ausser ich mach es mit einem Script dann würde nur iobroker drauf laufen ohne proxmox.
- Da ich meinen grossen Desktop Rechner such mit einen kleinen ersetzen will, da er einfach in die Jahre gekommen ist. Zocken tue ich nichts außergewöhnliches.
Hier hätte ich mir den vorgestellt.
https://www.amazon.de/dp/B09BTFYGF6/ref=cm_sw_r_cp_awdb_imm_M0FR63DRS6S8JMACNKPW
Nur mit 32 GB, wäre dann noch aufrüstbar bis 64gb.
Oder soll ich mir den amd ryzen holen und mach da alles drauf. Proxmox iobroker win 10Was denkt ihr? Würde mich über Antworten freuen. Vorab schon mal danke
- Kleinen intel nuc sowas hier
Hey! Du scheinst an dieser Unterhaltung interessiert zu sein, hast aber noch kein Konto.
Hast du es satt, bei jedem Besuch durch die gleichen Beiträge zu scrollen? Wenn du dich für ein Konto anmeldest, kommst du immer genau dorthin zurück, wo du zuvor warst, und kannst dich über neue Antworten benachrichtigen lassen (entweder per E-Mail oder Push-Benachrichtigung). Du kannst auch Lesezeichen speichern und Beiträge positiv bewerten, um anderen Community-Mitgliedern deine Wertschätzung zu zeigen.
Mit deinem Input könnte dieser Beitrag noch besser werden 💗
Registrieren Anmelden551
Online32.9k
Benutzer83.0k
Themen1.3m
Beiträge