Raspberry Pi wird heiß beim Webaufruf von VIS?

[hg6806]

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

[Homoran]

@hg6806:

Habe Gigabit LAN `
Auch zum Tablet?

@hg6806:

oft zwischen 20-30% `
Das ist auch nicht soooo wild, da es sich auf einen Core bezieht. also in der Summe gerade mal 5% je Prozess ausmacht.

Gruß

Rainer

[hg6806]

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.

[hg6806]

Folgende Erkenntnisse habe ich noch, Aufruf über Cloud, alles ok, ebenso Editor-Aufruf über Web.

[hg6806]

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?

[apollon77]

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?

[hg6806]

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?

[hg6806]

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?

[apollon77]

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

[hg6806]

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.

[apollon77]

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

[hg6806]

Ja, aber bei einem leeren VIS View?

Und wieso nur über den Webbrowser und nicht über Android App oder Cloud?

[Homoran]

@hg6806:

Ja, aber bei einem leeren VIS View? `
und im Hintergrund ist auch kein anderer View im Projekt??

@hg6806:

und nicht über Android App oder Cloud? `
Weil die auf dem Cloud-Server aufgearbeitet werden.

Gruß

Rainer

[hg6806]

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:

[wendy2702]

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.

[hg6806]

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.

[Homoran]

@hg6806:

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

[hg6806]

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.

[Homoran]

@hg6806:

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

[hg6806]

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.