[Umfrage] VIS Ladezeiten
-
-
@wolfgangfb ioBroker auf Raspi4 8GB
VIS auf Android Samsung A6 (also schon etliche Jahre alt)
34 Instanzen (zeitweise nur 26 aktiviert)
Objekte: 7217, Zustände: 6019
44 Views
geschätzt einige zig Bindings
VIS-App starten (also "Erst"-Ladung) ca. 13s, neu Laden ca. 10s.
Auf einem Windows-Laptop mit FireFox dauert das Neuladen aus dem VIS-Editor heraus ca. <5s.Darf ich die Frage ergänzen bezüglich Zeiten für VIS-Re-sync?
Hoffe das gilt nicht als OT, denn es geht ja auch um eine VIS Ladezeit:Beim Resync in der App läuft bei mir ein "Ladebalken" zwei mal durch und im Balken werden die Dateinamen meiner genutzten Icons (bei mir png-Dateien) nach einander angezeigt, also
1/143 Pfad/Dateiname
2/143 Pfad/Dateiname
...
Beim 1. Durchlauf lädt er in ca. 1 Minute bis Iconanzahl minus 2 (im Beispiel also bis 141. Dann dauert es mehrere Minuten, bis der Balken bei 143 ankommt.
Die lange Gesamtzeit mag am Alter des Handys liegen. Auf einem deutlich stärkerem/aktuellerem A10 geht es zwar schneller, aber auch dort dauert es insgesamt >1 Minute und es tritt auch das "Hängen" bei Iconanzahl minus 2 auf.
Das "Hängen tritt immer bei Iconanzahl minus 2, egal wieviele Icons man nutzt.
Der zweite Durchgang geht auf beiden Geräten deutlich flotter (<1Minute), zeigt jedoch gefühlt in der Hälfte der Fälle mitten beim Laden ein Popup:
Alert Cannot parse views file "Projektname/vis-views.json"
Der Balken bleibt dann stehen, bis man mit "OK" bestätigt. Dann läuft er zu Ende und es scheint alles zu funktionieren.- Wie lange dauert bei Euch ein Resync in etwa?
- Habt Ihr auch das "Hängen" bei Iconanzahl minus 2 und weiß jemand, wie man das erklären kann?
- Da ein und dasselbe vis-views.json mal mit und mal ohne den Alert geladen / geparst wird, kann es doch eigentlich nicht am vis-views.json liegen - oder. Kennt jemand den Alert oder tritt der nur bei mir auf?
-
@andersmacher sagte in [Umfrage] VIS Ladezeiten:
Habt Ihr auch das "Hängen" bei Iconanzahl minus 2 und weiß jemand, wie man das erklären kann?
was kommt als nächste Datei?
wahrscheinlich die vis-views.json mit richtig viel Daten.
an der knabbert die App so lange. -
@homoran Wenn das "Hängen" erst nach Iconanzahl auftreten würde, wäre das mit vis-views.json eine Erklärung.
Aber, das "Hängen" beginnt bei Iconanzahl-2 die nächste Datei ist dann natürlich Iconanzahl-1 und dann kommt Iconanzahl(-0). Beide Dateien sind eben auch "nur" png-Dateien. Ich bin bisher davon ausgegangen, daß er nicht "mitten zwischen" den png-Dateien die vis-views.json lädt.
Nachdem er Iconanzahl erreicht hat, scheint nichts "furchtbar Belastendes" geladen zu werden, weil er dann zügig den 2. Durchlauf beginnt.
Jetzt wo ich das schreibe, frage ich mich auch noch, warum er überhaupt im 2. Durchgang erneut die png-Dateinamen im Balken anzeigt. Müssen die denn, nachdem sie im 1. Durchlauf geladen wurden, auch noch irgendwie bearbeitet/interpretiert werden? -
@andersmacher sagte in [Umfrage] VIS Ladezeiten:
die nächste Datei ist dann natürlich Iconanzahl-1
und was ist das?
der Dateiname wird doch angegeben. -
@homoran Bei mir lädt er die png-Dateien offenbar nach Dateinamen alphabetisch rückwärts.
Iconanzahl-2 ist da derzeit AUTO.png.
Iconanzahl-1 konnte ich bisher nicht so schnell erkennen, weil sehr schnell auf Iconanzahl(-0) gewechselt wird und dann gleich der 2. Durchlauf beginnt.Daher habe ich das jetzt mal mitgefilmt und mir dann "langsam angesehen".
Ergebnis:
Du hattest den richtigen "Riecher" und meine Annahme (Ich bin bisher davon ausgegangen, daß er nicht "mitten zwischen" den png-Dateien die vis-views.json lädt.) war falsch. Iconanzahl-1 ist tatsächlich die vis-views.json. Daß die nur ganz kurz angezeigt wird kann ich nur erklären, wenn die Anzeige nicht anzeigt, was gerade geladen/bearbeitet wird, sondern wurde. Die Datei Iconanzahl(-0) wird so schnell geladen/bearbeitet, daß die für die Anzeige vis-views.json quasi nur "aufblitzt" und ich fälschlicherweise bisher annahm, daß da eben die "Reihe der png.Dateien zu Ende geführt wird.Danke für Deinen Beitrag! Mein Punkt 2. wäre damit geklärt.
Kannst Du/jemand zu den anderen 2 Punkten auch noch was sagen?:
- Wie lange dauert bei Euch ein Resync in etwa?
- Da ein und dasselbe vis-views.json mal mit und mal ohne den Alert geladen / geparst wird, kann es doch eigentlich nicht am vis-views.json liegen - oder. Kennt jemand den Alert oder tritt der nur bei mir auf?
Edit:
Das was hier als "2." dargestellt wird, habe ich bei mir als "3)" getippt. Offenbar wirkt im Forum ein "Automatismus" für Nummerierungen. -
@andersmacher sagte in [Umfrage] VIS Ladezeiten:
wenn die Anzeige nicht anzeigt, was gerade geladen/bearbeitet wird, sondern wurde
so ist es!
@andersmacher sagte in [Umfrage] VIS Ladezeiten:
warum er überhaupt im 2. Durchgang erneut die png-Dateinamen im Balken anzeigt
dann hast du sie nochmal in einem zweiten Verzeichnis
-
@homoran sagte in [Umfrage] VIS Ladezeiten:
@wolfgangfb da das Tablet sooo langsam ist, tippe ich auf ein sehr komplexes Projekt und ein leistungsschwaches Tablet.
Das Frontend muss alles berechnenDie Tablets sind nicht die allerschnellsten der Welt. Aber: Auf dem kleinen Firetablet 7 lief meine VIS früher (vor ca. einem Jahr) noch halbwegs passabel. Inzwischen habe ich ein Projekt das aus einer einzigen Seite mit vielleicht 10 Widgets erstellt und selbst das wird nicht oder nur sehr langsam geladen. Auf dem Tablet läuft außer der vorinstallierten Software nur Fully Kiosk Browser.
Ich will eigentlich nur an der Wohnungstür den Hauszustand (Fenster, Türen, Lichter) anzeigen, das Garagentor öffnen und alle Lichter ausschalten können. -
@wolfgangfb sagte in [Umfrage] VIS Ladezeiten:
mit vielleicht 10 Widgets erstellt
basic widgets oder Widgets mit allen Schnick und Schnack?
und das Fire Tablet hat auch keine RAM fressenden Updates bekommen?
-
@homoran sagte in [Umfrage] VIS Ladezeiten:
@wolfgangfb sagte in [Umfrage] VIS Ladezeiten:
mit vielleicht 10 Widgets erstellt
basic widgets oder Widgets mit allen Schnick und Schnack?
basic html
basic string
basic view in widget
vis-inventwo Multi switch
jqui Button
jqui Radiobuttonund das Fire Tablet hat auch keine RAM fressenden Updates bekommen?
Es sind aktuell 280 MB Ram von 1 GB frei.
-
@wolfgangfb sagte in [Umfrage] VIS Ladezeiten:
Es sind aktuell 280 MB Ram von 1 GB frei.
das ist ja gar nix!
mit 1GB RAM würde ich mich gar nicht an eine vis rantrauen. Selbst 2GB wird oft knapp.@wolfgangfb sagte in [Umfrage] VIS Ladezeiten:
vis-inventwo Multi switch
der hat einiges unter der Haube. Aber ob der in realiter Ressourcen frisst weiss ich nicht.
-
@WolfgangFB
Und dann sind wir wieder bei diesem Thema.@bahnuhr sagte in [Umfrage] VIS Ladezeiten:
Überprüfe deine Hardware und kaufe was aktuelles mit ordentlich ram.
-
@homoran Erst einmal Danke für Deine Rückmeldung(en)!
Aus diesen schließe ich, daß es nicht normal/erforderlich ist, daß der Ladebalken 2 Durchläufe macht!?
Bei mir macht er das, seit ich mit VIS begonnen habe. Daher dachte ich immer, daß das so sein muß.dann hast du sie nochmal in einem zweiten Verzeichnis
Selbst wenn das so wäre, hätte ich angenommen, daß die VIS-App nur die Dateien lädt, die sie braucht und nicht "alle, die es gibt". Warum könnte/sollte das Vorhandensein von Dateikopien auf dem Server dazu führen, daß auch die Kopien in die App geladen werden? Ich würde "doppeltes Laden" verstehen, wenn im Projekt irgendwie/irgendwo hinterlegt wäre, daß auch die Dateikopien genutzt werden, wüßte jedoch derzeit nicht, wo/wie solch eine Info ins Projekt gekommen sein sollte.
Da meine Annahmen ja aber schon mal nicht zugetroffen haben
wollte ich jetzt "sicher gehen" und habe via console gerade mal mit folgendem Befehl nach einigen dieser png-Dateien gesucht und immer die gleiche Antwort erhalten (natürlich jeweils mit dem Namen der gesuchten Datei):pi@Pi4B-8GB:/ $ sudo find / -name "AUTO.png" find: ‘/run/user/1000/gvfs’: Keine Berechtigung /opt/iobroker/iobroker-data/files/vis.0/main/img/AUTO.png pi@Pi4B-8GB:/ $Ich interpretiere das so, daß es die png-Dateien nur einmal gibt (und zwar da, wo ich sie auch erwartet habe), wenn sie sich nicht doch noch (was mir aber unwahrscheinlich erscheint) in /run/user/1000/gvfs "verstecken".
Vorsorglich noch der Hinweis;
Ich habe auf meinem Laptop noch ein Verzeichnis, in dem Kopien der png-Dateien liegen und wenn ich im VIS-Editor arbeite, tue ich das auf dem gleichen Laptop. Da sehe ich jedoch keinerlei Zusammenhang für den 2. Ladebalkendurchlauf auf dem Handy, zumal der auch stattfindet, wenn der Laptop gar nicht an ist.Hat noch jemand Hinweise zu dem Alert, der bei mir bei Resync öfters auftaucht (siehe Punkt 3 meines Ursprungs-Post weiter oben).
-
@andersmacher sagte in [Umfrage] VIS Ladezeiten:
VIS-App
welche app.
Die alte oder die neue Version ? -
@andersmacher sagte in [Umfrage] VIS Ladezeiten:
Aus diesen schließe ich, daß es nicht normal/erforderlich ist, daß der Ladebalken 2 Durchläufe macht!?
Fehlschluss!
macht(e) die App bei mir auch. Ich hatte aber auch Grafiken in 2 verschiedenen Verzeichnissen.@andersmacher sagte in [Umfrage] VIS Ladezeiten:
Warum könnte/sollte das Vorhandensein von Dateikopien auf dem Server dazu führen
weil sie in der vis registriert sind?!
nicht irgendwo auf dem Server, sondern unter vis.xxx -
@bahnuhr Die alte.
-
@andersmacher sagte in [Umfrage] VIS Ladezeiten:
@bahnuhr Die alte.
Die alte ist out und wird auch nicht mehr gepflegt (glaub ich).
Dafür gibt es einen Nachfolger; und dieser funktioniert einwandfrei !
https://forum.iobroker.net/topic/63321/iobroker-app-2023-android-ios-jetzt-erhältlich?page=1
-
@andersmacher sagte in [Umfrage] VIS Ladezeiten:
@bahnuhr Die alte.
Nachteile der alten app:
- Bibilotheken nicht eingepflegt(neuere Widgets teilweise nicht vorhanden)
-
- Web Instanz notwendig wenn die 1. web.0 WS benutzt
- Zu langer resync ! (bei der neuen gar nicht erforderlich)
Fazit:
alte löschen und neue Version benutzen -
dann hast du sie nochmal in einem zweiten Verzeichnis
hatte ich so verstanden, daß Du meintes, ich hätte Kopien der png-Dateien noch in einem 2. Verzeichnis. Dem ist aber nicht so.
MitIch hatte aber auch Grafiken in 2 verschiedenen Verzeichnissen.
kommen wir der Sache dann aber vielleicht näher. Denn es gibt tatsächlich einige wenige Icon- Dateien, die nicht unter vis.0/main/img liegen (da liegen die, die ich mir selber gebastelt habe), sondern die ich mir aus vis/img "klaue".
Das werde ich mal bereinigen und schauen, ob´s dann nur noch einen Durchlauf gibt.
-
@andersmacher sagte in [Umfrage] VIS Ladezeiten:
hatte ich so verstanden, daß Du meintes, ich hätte Kopien der png-Dateien noch in einem 2. Verzeichnis.
weil ich dich so verstanden hatte, dass die selben Grafiken beim 2.Durchlauf auftauchten.
