Ich habe ein Anzeigeproblem auf dem unten stehenden Dashboard, das regelmäßig auftritt, wenn ich Gladys Plus verwende. Zuerst dachte ich, dass das passiert, wenn der Raspberry nicht über mehrere Wochen neu gestartet wird. Ich habe daher einen wöchentlichen Neustart geplant, aber das Problem ist schnell wieder aufgetreten. Meine andere Hypothese wäre die Langsamkeit meiner Internetverbindung. Haben andere Benutzer dieses Problem?
Die beiden Boxen rechts sollten meine Kameras anzeigen. Das Bild erscheint schließlich nach einigen Dutzend Sekunden, aber die Fehlermeldung bleibt bestehen.
Hallo @Mastho, komisch alles das! Vielleicht tatsächlich ein Problem mit der Internetverbindung, aber nicht unbedingt.
Um dein Problem besser zu verstehen:
Welchen Raspberry Pi hast du? Angeschlossen an eine leistungsstarke Micro-SD (oder nicht?)
Könntest du uns hier einen Speedtest posten (Raspberry Pi bei dir zu Hause UND die Maschine, auf der du Gladys Plus verwendest)?
Wie viele Kameras hast du in deiner Installation? Hast du das Gefühl, dass dein Pi lokal „unter Druck“ steht oder ist er nicht zu stark beansprucht? Welche Auffrischungsfrequenz hast du für die Kameras eingestellt?
Wir werden das gemeinsam debuggen, bis wir es verstehen Wenn du Zeit hast, können wir uns auch direkt anrufen, um es gemeinsam live zu sehen.
Nochmals vielen Dank für deine Unterstützung über Gladys Plus
Ich habe einen 3B+, den ich vor fast 2 Jahren gekauft habe, mit einer Micro-SD mit 24 Mo/s.
Ich glaube nicht, dass es ein Problem mit der Leistung gibt, da die Anzeige lokal für die 4 Boxen, die ich derzeit auf dem Dashboard verwende, sofort erfolgt. Ich habe nur diese beiden Kameras mit einem Refresh alle Minute.
Über Gladys Plus habe ich das gleiche Problem, ob ich zu Hause bin oder über 4G von meinem Telefon aus. In den Gladys-Einstellungen habe ich eine Latenz von 66 ms lokal und 1500 ms über Gladys Plus.
Ich sollte am Samstag oder Sonntag Zeit haben, falls du auch verfügbar bist.
Unten ist der Speedtest. Bei der Internet-Box habe ich 16 Mbit/s Downstream für 900 kbit/s Upstream.
Oh, hast du ADSL für deinen Internetanschluss? Bei welchem Anbieter?
Du hast tatsächlich eine sehr schwache Upload-Geschwindigkeit und einen extrem hohen Ping, was die Langsamkeit erklärt, die du beobachtest, aber das erklärt nicht alles. Normalerweise sollte es nur langsamer sein.
Ich bin dieses Wochenende verfügbar, wann immer du willst, um das gemeinsam anzusehen.
Also, ich habe das nie wirklich gecheckt, was ist die „durchschnittliche Ping-Zeit“ über Gladys Plus?
Ich habe 267 ms mit 4G+, das scheint mir viel zu sein (60 ms lokal).
Fiber + 1 Gb/s LAN + Server mit zwei Xeons, da sollte es bei mir keinen Flaschenhals geben.
267ms ist ausgezeichnet, du hast nichts zu bereuen
Tatsächlich könnte das Wort « Ping » hier vielleicht falsch verwendet werden, denn es geht nicht nur um die Netzwerkzeit, sondern auch um die Verarbeitungszeit in dieser Berechnung.
Was berechnet wird, ist die Zeit zwischen:
→ Das Frontend sendet « Ping » an den Gladys Plus-Server
→ Gladys Plus sendet « Ping » an deine Gladys-Instanz
→ Deine Gladys-Instanz antwortet mit « Pong » an den Gladys Plus-Server
→ Gladys Plus antwortet mit « Pong » an den Browser
Also ist der « Ping » hier eher ein « Ping x4 », wobei es bei jedem Schritt einfache Verzögerungen geben kann (deine Gladys-Instanz wird ständig von Sensoren angesprochen, daher wird sie nicht unbedingt sofort mit « Pong » antworten, usw.).
267ms bei dir ist einfach ausgezeichnet für all das
Bei dir hast du 60ms, weil der Ping einfach ein « Ping » zu deiner Maschine im lokalen Netzwerk ist.
Wir haben uns gerade mit @Mastho beraten, um zu untersuchen, und es ist kein Netzwerkproblem, sondern ein lokales Problem auf seiner Gladys-Instanz Das ist eine gute Nachricht, denn beim Netzwerk kann man nichts machen, aber ein lokales Problem lässt sich beheben!
Interessant ist, dass das Problem nach einem Neustart von Gladys nicht mehr auftrat und Gladys Plus problemlos funktionierte.
Die Verwendung einer Transaktion kann zu einem Deadlock führen, und ich frage mich, ob das hier nicht der Fall ist.
Meiner Meinung nach ist die Transaktion hier nicht unbedingt sinnvoll und kann entfernt werden. Besonders wenn Gladys auf Micro-SD-Karten verwendet wird, die eher mittelmäßige Lese-/Schreibleistungen haben, ist eine Transaktion schwerwiegend und legt alle anderen Schreibvorgänge in die Warteschlange (SQLite im WAL-Modus unterstützt nur einen Schreibvorgang gleichzeitig).
Ok, ich habe es lokal getestet und tatsächlich Probleme mit den Transaktionen gefunden, die wir verwenden. Offensichtlich gab es Fehler, sobald es Konkurrenz gab. Ich frage mich, ob die Version von Sequelize, die wir verwenden, auch hier Probleme hat. Wir müssen daran denken, Sequelize zu aktualisieren…
Ich habe einen PR erstellt, der diese fehlerhaften Transaktionen entfernt und Konkurrenztests hinzufügt, und jetzt funktioniert es viel besser:
@damalgos nach unserem Telefonat heute Morgen habe ich recherchiert, und du hattest recht: 600 ms sind nicht normal
Schon auf der Seite des Gladys-Gateway-Servers habe ich einige Optimierungen vorgenommen, die aber die Situation nicht wesentlich verbessern.
Das eigentliche Problem liegt bei diesem berühmten « getUserById », das lokal zu Gladys gehört und für jede Anfrage einen DB-Aufruf macht, was zu DB-Blockaden führen kann. Ich habe Blockaden von 700 ms bei mir lokal festgestellt, obwohl ich auf einem Mac mit einer SSD der Zukunft sitze…
Dieser DB-Aufruf ist nicht notwendig. Wenn man ihn durch einen RAM-Aufruf ersetzt (dank des « stateManager »), komme ich auf 55 ms, das ist viel besser und entspricht mehr dem, was man von einer Anfrage erwartet.
Wenn du Zeit hast, können wir uns auch direkt anrufen, um es gemeinsam live zu sehen.
