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

[Homoran]

@djmarc75 sagte in Beschleunigung mit zusätzlichem Host?:

über die verwendete Hardware welche die VIS darstellt

=

@homoran sagte in Beschleunigung mit zusätzlichem Host?:

das Frontend

[DJMarc75]

@homoran sagte in Beschleunigung mit zusätzlichem Host?:

über die verwendete Hardware welche die VIS darstellt

=
@homoran sagte in Beschleunigung mit zusätzlichem Host?:

das Frontend

:face_with_rolling_eyes: jaaaa, eben auch bemerkt:face_with_head_bandage:

[Andreios]

@djmarc75 sagte in Beschleunigung mit zusätzlichem Host?:

@andreas-5 sagte in Beschleunigung mit zusätzlichem Host?:

sondern den Verbindungs- und Seitenaufbau.

Und genau das ist das Nadelöhr - weder der RPI noch ein Container bauen die VIS auf sondern Dein Device welches Du zur VIS-Anzeige verwendest.

Nicht ganz, auch das Device, welches die Seite liefert, kann der Flaschenhals sein!
Da es auf unterschiedlich performanten Devices hakelt suche ich nach einer Beschleunigungslösung. Wenn das am Ende durch den Proxmox keine Verbesserung ergibt, muss ich halt entweder an anderer Stelle suchen oder damit leben oder .... ;-)

[Andreios]

@da_woody sagte in Beschleunigung mit zusätzlichem Host?:

@andreas-5 warum ein PI wenn schon ein proxmox rechner vorhanden?
zudem IMHO keinen container, sonder ioB als VM.

Weil zuerst der PI da war, der Proxmox erst danach kam, für andere Aufgaben im Netz. Aber der ist nicht so belastet, dass er nicht auch noch etwas für iob tun kann!

Wieso kein Container? Irgendwo hatte ich einmal von iob im Container etwas gelesen. Würde mir besser gefallen, da VM mehr Ressourcen benötigt.

[Meister Mopper]

@da_woody sagte in Beschleunigung mit zusätzlichem Host?:

zudem IMHO keinen container, sonder ioB als VM.

Joah, vieles geht in einer VM einfacher (Durchreichen von Hardware pp.), aber ich möchte meinen schlanken ioBroker-lxc nicht mehr missen, der läuft auch seeehr zuverlässig.

[DJMarc75]

@andreas-5 sagte in Beschleunigung mit zusätzlichem Host?:

Nicht ganz, auch das Device, welches die Seite liefert, kann der Flaschenhals sein!

Du nutzt aber einen RPI4, welcher im Prinzip genug Leistung hat, daher eher nicht als "Bremse" in Frage kommt....
ABER: dazu sollten natürlich auch erstmal folgende (vergangene) Fragen geklärt sein:

@homoran sagte in Beschleunigung mit zusätzlichem Host?:

das Frontend, den Umfang deines vis-Projekts, und was
@andreas-5 sagte in Beschleunigung mit zusätzlichem Host?:

braucht mir zu lange.

in Zahlen bedeutet.

[Andreios]

@djmarc75 sagte in Beschleunigung mit zusätzlichem Host?:

@andreas-5 sagte in Beschleunigung mit zusätzlichem Host?:

Nicht ganz, auch das Device, welches die Seite liefert, kann der Flaschenhals sein!

Du nutzt aber einen RPI4, welcher im Prinzip genug Leistung hat, daher eher nicht als "Bremse" in Frage kommt....
ABER: dazu sollten natürlich auch erstmal folgende (vergangene) Fragen geklärt sein:

@homoran sagte in Beschleunigung mit zusätzlichem Host?:

das Frontend, den Umfang deines vis-Projekts, und was
@andreas-5 sagte in Beschleunigung mit zusätzlichem Host?:

braucht mir zu lange.

in Zahlen bedeutet.

Ja, kann ich gerade nicht dran, liefere ich noch.

[Andreios]

@meister-mopper sagte in Beschleunigung mit zusätzlichem Host?:

@da_woody sagte in Beschleunigung mit zusätzlichem Host?:

zudem IMHO keinen container, sonder ioB als VM.

Joah, vieles geht in einer VM einfacher (Durchreichen von Hardware pp.), aber ich möchte meinen schlanken ioBroker-lxc nicht mehr missen, der läuft auch seeehr zuverlässig.

Ja super. Da ich, wenn überhaupt, nur die Vis darauf umziehen will, zumindest nach heutigem Stand, entfällt das mit dem Durchreichen der Hardware.
Der PI läuft aktuell gut und wird auch bleiben!

[Homoran]

@andreas-5 sagte in Beschleunigung mit zusätzlichem Host?:

auch das Device, welches die Seite liefert, kann der Flaschenhals sein!

aber nicht bei iobroker.vis!

[Andreios]

@djmarc75 sagte in Beschleunigung mit zusätzlichem Host?:

@andreas-5 sagte in Beschleunigung mit zusätzlichem Host?:

Nicht ganz, auch das Device, welches die Seite liefert, kann der Flaschenhals sein!

Du nutzt aber einen RPI4, welcher im Prinzip genug Leistung hat, daher eher nicht als "Bremse" in Frage kommt....
ABER: dazu sollten natürlich auch erstmal folgende (vergangene) Fragen geklärt sein:

@homoran sagte in Beschleunigung mit zusätzlichem Host?:

das Frontend, den Umfang deines vis-Projekts, und was
@andreas-5 sagte in Beschleunigung mit zusätzlichem Host?:

braucht mir zu lange.

in Zahlen bedeutet.

Also, ein klein wenig habe ich gestern Abend gemacht:

Wenn ich auf dem Notebook die Seite aufrufe, dauert es ca. 6s, bis die Seite im Browser erscheint. Das Notebook ist hinreichend schnell! Da ist der Flaschenhals der Verbindungsaufbau und das Warten auf Daten.
(Das das auf dem Tablet langsamer ist, vor Allem der teilweise nicht funktionierende Verbindungsaufbau beim erneuten einschalten, ist klar ein Client-Problem, aber das war mir schon klar.)
Wenn ich dann auf eine Seite wechsle, die Graphen enthält, dann dauert es je Graph 1-2 Sekunden, bis der fertig ist. Da habe ich noch nicht getestet, wie das ist, wenn ich den Zeitraum vergrößere, den der Graph anzeigt.

Aber für mich am nervigsten ist, das bei der Weiterentwicklung der Vis manchmal Aktionen "lange" dauern. Ja, ich weiß, ich bin da vielleicht auch zu ungeduldig! ;-)
Hierzu habe ich gestern noch nicht im Einzelnen herumprobiert, keine Zeit!

Danke euch für die Informationen!
War ja nur eine Idee, aber dann bleibt es, wie es ist.

[Homoran]

@andreas-5 sagte in [erledigt] Beschleunigung mit zusätzlichem Host?:

Da ist der Flaschenhals der Verbindungsaufbau und das Warten auf Daten.

woran machst du das fest?

@andreas-5 sagte in [erledigt] Beschleunigung mit zusätzlichem Host?:

Wenn ich dann auf eine Seite wechsle, die Graphen enthält, dann dauert es je Graph 1-2 Sekunden, bis der fertig ist.

aha!
neue Informationen!

Was für ein Graph?
wieviele zu zeichnende Datenpunkte?
Wieviele Rohdatenpunkte?
Welche Datenbank?
welche Aggregation?

wobei 1-2 Sekunden durchaus normal sein sollte, wenn die ganzen Berechnungen der Grafik dazu ausgeführt werden.

[da_Woody]

@homoran sagte in [erledigt] Beschleunigung mit zusätzlichem Host?:
@Andreas-5

aha!
neue Informationen!
Was für ein Graph?

:+1:
meine grafana charts brauchen auch unterschiedlich auf diversen geräten. am PC 1-2 sec, auf nem tablet kanns auch 3-4 sec dauern.

Das das auf dem Tablet langsamer ist, vor Allem der teilweise nicht funktionierende Verbindungsaufbau beim erneuten einschalten,

somit ist das ganze geklärt. dein netzwerk und deine geräte machen das problem.
werder ioB, noch vis sind schuld.

[Homoran]

@andreas-5 sagte in [erledigt] Beschleunigung mit zusätzlichem Host?:

das bei der Weiterentwicklung der Vis manchmal Aktionen "lange" dauern.

öfter mal den Browsercache leeren

[Andreios]

@homoran sagte in [erledigt] Beschleunigung mit zusätzlichem Host?:

@andreas-5 sagte in [erledigt] Beschleunigung mit zusätzlichem Host?:

Da ist der Flaschenhals der Verbindungsaufbau und das Warten auf Daten.

woran machst du das fest?

Daran, dass der Verbindungsaufbau lange dauert und danach auch noch eine Weile, bis die Seite sich aufzubauen beginnt.

@andreas-5 sagte in [erledigt] Beschleunigung mit zusätzlichem Host?:

Wenn ich dann auf eine Seite wechsle, die Graphen enthält, dann dauert es je Graph 1-2 Sekunden, bis der fertig ist.

aha!
neue Informationen!

Was für ein Graph?
eChart
wieviele zu zeichnende Datenpunkte?
Unterschiedlich
Wieviele Rohdatenpunkte?
Unterschiedlich
Welche Datenbank?
MariaDB
welche Aggregation?
???

wobei 1-2 Sekunden durchaus normal sein sollte, wenn die ganzen Berechnungen der Grafik dazu ausgeführt werden.
Genau. Aber wo findet die Berechnung statt, auf dem Client oder auf dem Server?
Ich denke, auf dem Server und dann kann durch einen schnelleren oder weniger beschäftigten Rechner ein Geschwindigkeitsgewinn erzielt werden.

[Homoran]

@andreas-5 sagte in [erledigt] Beschleunigung mit zusätzlichem Host?:

dass der Verbindungsaufbau lange dauert

du machst also fest, dass der Verbindungsaufbau so lange dauert, weil der Verbindungsaufbau so lange dauert!?

:thinking_face:

[Andreios]

@da_woody sagte in [erledigt] Beschleunigung mit zusätzlichem Host?:

@homoran sagte in [erledigt] Beschleunigung mit zusätzlichem Host?:
@Andreas-5

Das das auf dem Tablet langsamer ist, vor Allem der teilweise nicht funktionierende Verbindungsaufbau beim erneuten einschalten,

somit ist das ganze geklärt. dein netzwerk und deine geräte machen das problem.
werder ioB, noch vis sind schuld.

Du machst also am schlechter funktionierenden Tablet fest, dass mein Netzwerk Schuld ist?
Das kriege ich nicht auf die Reihe, dass, wenn das Notebook, meistens über den gleichen Accesspoint, ordentlich funktioniert und ich schreibe, dass das Tablet, unabhängig von meiner ursprünglichen Frage, ein Problem hat, dann gleich das ganze Netzwerk Schuld ist.
Nur den Teil zu zitieren, der in Deine Theorie passt, macht es auch nicht besser. Ursprünglich stand da: "(Das das auf dem Tablet langsamer ist, vor Allem der teilweise nicht funktionierende Verbindungsaufbau beim erneuten einschalten, ist klar ein Client-Problem, aber das war mir schon klar.)"

[Andreios]

@homoran sagte in [erledigt] Beschleunigung mit zusätzlichem Host?:

@andreas-5 sagte in [erledigt] Beschleunigung mit zusätzlichem Host?:

dass der Verbindungsaufbau lange dauert

du machst also fest, dass der Verbindungsaufbau so lange dauert, weil der Verbindungsaufbau so lange dauert!?

:thinking_face:

Nun, ganz so einfach mache ich mir die Sache nicht!
Ich habe im Netz u.a. noch einen RasPi 3, auf dem ein Apache mit einer PHP-Seite läuft. Dieser hängt am gleichen Switch, wie der RasPi 4, worauf der ioBroker läuft.
Wenn ich die Seite des RasPi 3 aufrufe, dauert es ca. 1 Sekunde, bis diese da ist.
Wenn ich die ioBroker-Seite aufrufe, natürlich vom gleichen Notebook, im gleichen Browser, über die gleiche Route, dann dauert der Verbindungsaufbau zum Server halt deutlich länger.
Klar ist das Vorgehen von ioBroker ein Anderes und ich habe leider auf dem RasPi 3 keine Anwendung, die JavaScript nutzt und so die Arbeit, zumindest teilweise, auf den Client verlagert. Sonst könnte ich damit auch noch testen.

Fazit: Wenn ich einmal wirklich Zeit habe, werde ich den Wireshark anschmeissen und einmal schauen, was da wann für Daten hin und her geschickt werden.
Das alles bleibt, wie es ist, hatte ich ja schon geschrieben.

[Homoran]

@andreas-5 sagte in [erledigt] Beschleunigung mit zusätzlichem Host?:

über die gleiche Route, dann dauert der Verbindungsaufbau zum Server halt deutlich länger.

wir reden aneinander vorbei!

Woher weisst du dass das der Verbindungsaufbau ist?
und nicht die Wartezeit nach erfolgter Verbindung bis die Daten aufgearbeitet sind?

[da_Woody]

@andreas-5 sagte in [erledigt] Beschleunigung mit zusätzlichem Host?:

Das alles bleibt, wie es ist, hatte ich ja schon geschrieben.

na dann brauen wir ja nicht mehr weiterquatschen... :)