Raspberry Pi wird heiß beim Webaufruf von VIS?
-
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
-
OK, er schrieb, "es kann sehr gut sein".
War für mich jetzt nicht gesetzt.
Zudem dauert das Umschalten zwischen den Views auch immer relativ lange.
Was kann ich nun tun?
Ich habe in meinem "Hauptprojekt" ca. 25 Views, die ich auch immer Mal benötige.
Eigentlich war ich damit noch nicht am Ende und habe noch mehr geplant.
-
Views an sich sind nicht das Problem.
Die Frage zielte auf die flot-chsrts und die darin verwendeten history Punkte.
Auch die Datendichte in den Charts ist entscheidend.
Gruß
Rainer
-
OK, ich versuche mal die Flot-Views in ein anderes Projekt zu kopieren und die dann aus dem Hauptprojekt zum Testen löschen.
-
Ich persönlich finde das auch sehr unschön das es so ist - wenn meine Annahmen und eigenen Erfahrunge/Beobachtungen (genau darauf basiert meine Aussage) korrekt ist. ggf wäre das ein Issue bei vis wert wo man sagt das eingebettete URLs's (oder wie auch immer Du die flot Graphen drin hast) erst bei Anzeige des Views erstmalig geladen werden sollen. Oder kann man da ggf schon Dinge einstellen?
-
Ich persönlich finde das auch sehr unschön das es so ist - wenn meine Annahmen und eigenen Erfahrunge/Beobachtungen (genau darauf basiert meine Aussage) korrekt ist. ggf wäre das ein Issue bei vis wert wo man sagt das eingebettete URLs's (oder wie auch immer Du die flot Graphen drin hast) erst bei Anzeige des Views erstmalig geladen werden sollen. Oder kann man da ggf schon Dinge einstellen? `
Es sollten nur die Views gerendert werden, die Angezeigt sind. Sei denn, man gesagt hat: "immer rendern"Naja, wenn ich alle anderen Views lösche, kann ich ioBroker direkt in die Tonne treten… `
Wieso hast du arduino nicht genommen und sich nicht beschwert hast, dass da ioBroker nicht läuft? -
Es geht mir ja darum, ob es sich um ein Bug handelt oder wirklich die Power des Pi nicht ausreicht, und ob man evtl. was optimieren kann.
Kurz zu meinem Aufbau:
Habe ein Main-View, unten Links auf weitere. Zwei davon gehen auf eine Seite mit vier Flot Charts nebeneinander 2x2. Jeweils 4-8 Graphen drin.
Wenn man auf einen der vier Charts klickt, kommt ein neues View nur mit einem Chart in groß.
Vielleicht ist das das Problem?
Ich meine, es ist für euch Entwickler (Hut ab vor eurer Arbeit!) interessant was die Leute so anstellen, wie es mit Performance aussieht und wo die Grenzen sind.
Wenn wirklich der Pi damit nicht ausreicht, werde ich einen Lüfter versuchen. Im Prinzip muss ich eben mit dem Webaufruf etwas aufpassen.
Das nutze ich sowieso nur wenn ich daran "bastel".
@apollon77: Du meintest was von "immer rendern". Vielleicht habe ich das ja eingestellt. Wo finde ich das?
