Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[hg6806]

Hallo zusammen,

ich habe hier ein "klassisches" ioBroker System bestehend aus einem Raspberry Pi4 4GB und Samsung Wandtablett.
Das Wandtablett ist ein Tab S, SM-T800 und mittlerweile sehr langsam geworden.
Auf dem Tablett habe ich so ziemlich alles abgeschaltet, was geht.
Auf jeden Fall denke ich, es liegt am VIS.
Und zwar habe ich knapp 60 Views, ca. 30% davon mit Flot Diagrammen.
Was wird denn alle ins RAM geladen?

Ich würde jetzt einfach mal ausprobieren, eine 2. Webserver Instanz mit einem anderen Port zu erstellen.
Brauch ich dann auch eine 2. VIS Instanz?

Würde das den PI dann auch entsprechend ausbremsen? Abgesehen davon, dass natürlich immer genügend RAM vorhanden ist.

[Homoran]

@hg6806 sagte in 2. Webserver+VIS auf Raspberry Pi4 laufen lassen?:

Was wird denn alle ins RAM geladen?

so ganz spontan würde ich sagen: alles

@hg6806 sagte in 2. Webserver+VIS auf Raspberry Pi4 laufen lassen?:

eine 2. Webserver Instanz mit einem anderen Port zu erstellen.

Was soll das bringen?

[hg6806]

@homoran
Sorry, hatte meinen Gedanken nicht weiter verfasst :-)

Und zwar würde ich versuchshalber ein minimales (2.) VIS erstellen mit max. 5-10 Views, das im Fully laden und schauen ob es einfach besser läuft.

[Homoran]

@hg6806 sagte in 2. Webserver+VIS auf Raspberry Pi4 laufen lassen?:

@homoran
Sorry, hatte meinen Gedanken nicht weiter verfasst :-)

Und zwar würde ich versuchshalber ein minimales (2.) VIS erstellen mit max. 5-10 Views, das im Fully laden und schauen ob es einfach besser läuft.

das kann man natürlich machen.
Dann über den Port von web.1 laden?
Allerdings weiß ich jetzt nicht, wo man der vis einen web-Adapter zuordnen kann, und zum vis Adapter kann man nur eine Instanz erstellen.

Wobei das Problem nicht unbedingt die geladenen Daten sind.
Das ist im Prinzip nur das vis-views.json.

Der Browser muss aus diesem json dann die Grafik berechnen.
Hier ist dann die Leistung (und der RAM) vom Tablet entscheidend.

[paul53]

@hg6806 sagte: 60 Views, ca. 30% davon mit Flot Diagrammen.

Dann lastet der Browser die Tablet-CPU und den Tablet-RAM stark aus, insbesondere bei der hohen Auflösung von 2560 x 1600.

[hg6806]

@homoran sagte in 2. Webserver+VIS auf Raspberry Pi4 laufen lassen?:

vis-views.json.

Wo finde ich die?

[Homoran]

@hg6806 sagte in 2. Webserver+VIS auf Raspberry Pi4 laufen lassen?:

@homoran sagte in 2. Webserver+VIS auf Raspberry Pi4 laufen lassen?:

vis-views.json.

Wo finde ich die?

/opt/iobroker/iobroker-data/files/vis.0/main/vis-views.json
wobei es hier die vis views aus dem Projekt main sind

@paul53 sagte in 2. Webserver+VIS auf Raspberry Pi4 laufen lassen?:

insbesondere bei der hohen Auflösung von 2560 x 1600.

wobei ich nicht weiß ob der Browser die auch nutzt.
ich habe u.a. ein S5e wegen der hohen Auflösung gekauft, dort wird aber im Browser herunterskaliert.

Ob das wiederum bei Views, die für die native Auflösung gedacht sind zu Ressourcenverbruch führt, weiß ich nicht.

[hg6806]

Ich habe gerade gesehen, dass ich ja mal für ein iPhone 6 spezielle Views gebastelt hatte.
Die liefen aber nur als neues Projekt und nicht unter einem anderen Port.

Würde das auch gehen, oder würde hier auch trotzdem alles geladen werden?

[Homoran]

@hg6806 sagte in 2. Webserver+VIS auf Raspberry Pi4 laufen lassen?:

Würde das auch gehen, oder würde hier auch trotzdem alles geladen werden?

es wird immer die vis-views.json zu dem aufgerufenen Projekt (ohne Angabe = main) heruntergeladen

[hg6806]

@homoran
Heißt in meinem laienhaften Verständnis, das wäre erstmal eine Lösung für mich das als neues abgespecktes Projekt zu versuchen?

[Homoran]

@hg6806 sagte in 2. Webserver+VIS auf Raspberry Pi4 laufen lassen?:

@homoran
Heißt in meinem laienhaften Verständnis, das wäre erstmal eine Lösung für mich das als neues abgespecktes Projekt zu versuchen?

würde ich auf jeden Fall erst einmal ins Auge fassen.

Wie groß ist denn deine vis-views.json?

[hg6806]

@homoran sagte in 2. Webserver+VIS auf Raspberry Pi4 laufen lassen?:

Wie groß ist denn deine vis-views.json?

Die habe ich noch nicht gefunden.
War ja eine Frage von mir wo die ist.

[paul53]

@hg6806 sagt: wo die ist.

Unter /opt/iobroker/iobroker-data/files/vis.0/projektname

[hg6806]

OK, gefunden.
Ist 4,2MB groß
Schlimm?

[Homoran]

@hg6806 sagte in 2. Webserver+VIS auf Raspberry Pi4 laufen lassen?:

War ja eine Frage von mir wo die ist.

hatte ich ja auch beantwortet

@homoran sagte in 2. Webserver+VIS auf Raspberry Pi4 laufen lassen?:

Wo finde ich die?

/opt/iobroker/iobroker-data/files/vis.0/main/vis-views.json
wobei es hier die vis views aus dem Projekt main sind

@hg6806 sagte in 2. Webserver+VIS auf Raspberry Pi4 laufen lassen?:

Ist 4,2MB groß
Schlimm?

für 3GB RAM eher nicht

[hg6806]

@homoran sagte in 2. Webserver+VIS auf Raspberry Pi4 laufen lassen?:

hatte ich ja auch beantwortet
@homoran sagte in 2. Webserver+VIS auf Raspberry Pi4 laufen lassen?:

Wo finde ich die?
/opt/iobroker/iobroker-data/files/vis.0/main/vis-views.json
wobei es hier die vis views aus dem Projekt main sind

Sorry, hatte ich übersehen.

Ich werde das mit dem Projekt mal probieren und berichten.
Im Moment ist echt übel - 5-10 Sek. pro Viewwechsel.

[paul53]

@hg6806 sagte: 5-10 Sek. pro Viewwechsel.

Wie groß sind die Views (in Pixeln)?

[Homoran]

@hg6806
@paul53 sagte:

@hg6806 sagte: 5-10 Sek. pro Viewwechsel.
Wie groß sind die Views (in Pixeln)?

Auch wichtig:

• Wie sind deine Charts konfiguriert?
  • Anzahl Kurven
  • Anzahl Punkte je Kurve

Das muss ja alles zum einen gerendert werden und zum anderen auf dem Server die darzustellenden Punkte aus den Rohdaten ausgelesen und gemittelt werden. Dann das Ganze neu an das Tablet geschickt werden.

Deswegen ist es gerade bei Charts, die (häufiger) neu geladen werden sollen wichtig, diese Datenmengen zu reduzieren

[hg6806]

@paul53
1280 x 800

[hg6806]

@homoran

Ganz unterschiedlich, die Punkte habe ich auf das Nötigste beschränkt, wo es geht.