NEWS
Raspberry Pi wird heiß beim Webaufruf von VIS?
-
Mal eins nach dem anderen:
top ist ein Befehl auf der Konsole um die Ressourcen zu überwachen. CPU und Speicher und welche Prozesse das brauchen.
Die Frage nach der Verbindung zielte aufs LAN oder WLAN.
bei langsamer Verbindung und wie bereits von dir festgestellt verwendung von history-Daten in Flot wird einiges an Rechenleistung verbraten.
und auch die Livestreams brauchen einiges an Daten.
Gruß
Rainer
-
OK, "top" kannte ich nicht. Cooler Befehl!
Alle Adapter gestartet, auch History, Kein VIS Webaufruf, selten mal ein Kommando im 2-stelligen % Bereich CPU Last
Starte ich VIS über Web kommt iobroker.js-con und Web.io.0 und auch History und node oft zwischen 20-30%
Habe Gigabit LAN
-
-
Tablet ist recht langsam über WLAN angebunden,
Notebook mit dem Webaufruf auch WLAN,
Pi über GBit
PC auch über GBit, hier schnellt bei Webaufruf die Temp auch hoch.
-
Folgende Erkenntnisse habe ich noch, Aufruf über Cloud, alles ok, ebenso Editor-Aufruf über Web.
-
Das Problem besteht weiterhin.
Beim Webaufruf von VIS klettert die Pi-Temperatur auf über 80° nach einigen Minuten. CPU-Last dann auf Maximum.
Was kann ich noch tun?
-
Die History-Prozesse die da kommen werden von Flot-Grafiken verursacht die Ihre Daten haben wollen. Je nachdem wieviel Du davon in Vis einsetzt laufen halt prozesse parallel.
Je nachdem welche Zeiträume die Abfrage und Anzahl an Datenpunkten lesen die ganz viel von deiner SD-Karte/Platte … Das kostet I/O und schlägt sich bei langsamen SD-Karten in CPU.Last wieder weil die Prozesse sich blockieren.
Wieviele Datenpunkte in History?
-
Habe eine SSD im Pi verbaut.
Ca. 40-50 Datenpunkte werden aufgezeichnet, ich achte schon darauf, dass die Datenmenge nicht zu groß wird.
Bei den "schlimmsten" Datenpunkten habe ich pro Tag etwa 500KB Daten.
Ich habe nochmal einige Views ausprobiert und dann 1-2 Minuten gewartet.
Die µP-Last ist View-unabhängig.
D.h. in meinem Main View, wo wirklich viel angezeigt wird, auch eine WebCam habe ich die gleiche Last wie in einem View wo nur ca. 10 Battery-Ladezustände angezeigt werden.
Und wieso habe ich beim Aufruf über die Cloud keine Last und nur beim Webaufruf?
-
So, habe nun mal ein bis auf einen "Zurück-Button" komplett leeres View generiert und einen Web-Aufruf damit gemacht.
Temperatur steigt an bis auf 80°
Kann man den Web Adapter einfach de- und wie installieren?
Was sonst noch?
-
Was passiert denn genau auf dem Rechner wenn er heiss wird?
Ach übrigens: Vis ist eine "one-pae application". Es kann sehr gut sein das der im hintergrund auch alles von allen seiten lädt die nicht sichtbar sind - dafür ist dann alles sofort da wenn es sichtbar wird. also es geht ggf nicht um den sichtbaren view
-
Der Wert "Load 5" des RPI Adapter steigt bei Webaufruf von VIS auf über 10 und die Temperatur geht auf über 80.
Bei ca. 83° CPU Temp. bleibt alles stehen. Wenn ich den Browser mit Vis schließe kommt das System irgendwann wieder.
Nachmal die Frage ob und welchen Adapter ich neu installieren kann.
-
Also sind wir wieder bei dem von oben: Load von 10 bedeutet das 10 mal so viele Prozesse als CPU-leistung verfügbar ist bedient werden wollen.
Also sind wir wieder dabei wo die herkommen (vermutlich history und damit flot Graphen) die alle gleichzeitig geladen werden wollen
-
Ja, aber bei einem leeren VIS View?
Und wieso nur über den Webbrowser und nicht über Android App oder Cloud?
-
-
Wie kann ich denn feststellen bzw. verhindern, dass ein andere View im Hintergrund läuft?
Anbei mal zwei Screenshots vom Pi
1. Normalzustand, kein VIS Webaufruf:
2. Webaufruf einer VIS Seite direkt, auf der alle Widgets gelöscht sind:
-
Hast du mal zum testen History und /oder Javascript gestoppt?
Die nutzen ja ganz schön was bei dir.
Wäre interessant ob es dann immer noch zu heiß wird. Vielleicht ist es ja auch eine Kombination aus mehreren Prozessen.
-
Ja, hatte ich oben schon beschrieben.
Java macht gar nicht aus, wenn ich History stoppe, ist alles i.O.
Also die Kombination aus VIS Browseraufruf und aktiviertem History.
History "allein" macht nichts.
-
wenn ich History stoppe, ist alles i.O.
Also die Kombination aus VIS Browseraufruf und aktiviertem History. `
das spricht doch dafür:
@apollon77:vermutlich history und damit flot Graphen) die alle gleichzeitig geladen werden wollen `
und zu deiner Frage:
@hg6806:Wie kann ich denn feststellen bzw. verhindern, dass ein andere View im Hintergrund läuft? `
alle anderen Views löschen.Gruß
Rainer
-
Naja, wenn ich alle anderen Views lösche, kann ich ioBroker direkt in die Tonne treten…
Heißt dass wirklich, wenn ich ein einzelnes Views aufrufe, alle anderen mitgeladen und Flot Graphen starten?
Kann man nicht verhindern, dass beim Aufruf eines Views alle anderen mitgeladen werden?
Das macht die App wohl auch so.
-
Heißt dass wirklich, wenn ich ein einzelnes Views aufrufe, alle anderen mitgeladen und Flot Graphen starten? `
Das hatte dir schon apollon geschrieben:
@apollon77:Ach übrigens: Vis ist eine "one-pae application". Es kann sehr gut sein das der im hintergrund auch alles von allen seiten lädt die nicht sichtbar sind - dafür ist dann alles sofort da wenn es sichtbar wird. also es geht ggf nicht um den sichtbaren view `
Gruß
Rainer