Hauptmenü

Antworzeiten optimieren

Begonnen von Persuasiv, 14 August 2017, 22:35:02

Vorheriges Thema - Nächstes Thema

Persuasiv

FHEM braucht ca. 10 Sekunden, wenn ich die Seite erstmals an dem Tag im Heimnetz aufrufe. Nach dem ersten Aufruf kann ich ohne weitere Verzögerungen arbeiten. Woran kann das liegen? FHEM läuft auf einem via WLAN angebundenen Kubuntu-Rechner. Zu Beginn hatte ich die WLAN-Verbindung in Verdacht die Probleme zu verursachen. Letzteres kann aber eigentlich nicht sein (-64 dBm; ~15 MBit). Videos lassen sich flüssig abspielen.

Gibt es ggf. eine Energiesparfunktion, die das Verhalten verursachen könnte? Auf dem Kubuntu-Rechner selber gibt es keine Probleme.

supernova1963

Hallo Persuasiv,

du kannst dir sicher vorstellen, dass es hierfür sehr viele Gründe geben kann, und, dasss es ohne detaillierte Informationen keine eine Lösung geben kann. Eine ggf. abschaltbare Energiesparfunktion gibt es in Fhem meines Wissens nach nicht. Nach längerer Nicht - Nutzung muss im Standard nur das csrf Token erneuert werden (läuft ab) und eine Neuanmeldung erfolgen.

Fragen, die ausschließlich fhem betreffen (davon ausgehend, dass alles Andere ideal und performant funktioniert und keinen Einfluss haben):
Wie rufst du fhem auf (10 Sekunden mit oder ohne Browser Start)?
Wann beginnen die 10 Sekunden (vor oder nach einer Anmeldug an fhem)?
Welche URL rufst du auf (http[s]://[ip]:8083/fhem?Mit oder ohne weitere Parameter oder gar mit abgelaufenen csrf Token machen einen Unterschied!)?
Wie sieht deine Fhem Konfiguration überhaupt aus?
Gibt es im fhem LOG-file Auffälligkeiten?
...

Anmerkungen:
Kubuntu ist ein ubuntu mit KDE, also grafischer Oberfläche. Auch die Rechnerleistung und Installation von fhem (direkt im System oder in einer virtuellen Umgebung VM, Docker usw.) kann die Leistung beeinflussen.
Auch der abfragende Rechner kann Auswirkungen auf das Laufzeitverhalten haben.


CoolTux

Zitat von: supernova1963 am 15 August 2017, 07:06:24
Nach längerer Nicht - Nutzung muss im Standard nur das csrf Token erneuert werden (läuft ab) und eine Neuanmeldung erfolgen.

Der csrf Token wird bei jedem Neustart erneuert. Ansonsten hat er bestand und läuft nicht ab.


Wie genau rufst Du die Seite denn auf? Von einem Tablet oder Rechner. War der Browser die ganze Zeit aktiv und hat die Seite angezeigt/geladen gehabt?
Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net

supernova1963

Zitat von: CoolTux am 15 August 2017, 07:30:28
Der csrf Token wird bei jedem Neustart erneuert. Ansonsten hat er bestand und läuft nicht ab.
Danke für den Hinweis, habe ich wieder etwas gelernt.


amenomade

In des Console des Browsers (F12 - Netzwerk) kannst Du sehen, ob Fehler auftreten, und was am meisten Zeit nutzt.
Pi 3B, Alexa, CUL868+Selbstbau 1/2λ-Dipol-Antenne, USB Optolink / Vitotronic, Debmatic und HM / HmIP Komponenten, Rademacher Duofern Jalousien, Fritz!Dect Thermostaten, Proteus

Persuasiv

#5
ZitatWie rufst du fhem auf (10 Sekunden mit oder ohne Browser Start)?

Ohne Browser Start ...

ZitatWann beginnen die 10 Sekunden (vor oder nach einer Anmeldug an fhem)?

Die 10 Sekunden beginnen nach der Eingabe von 192.168.2.112:8083 ...

ZitatWelche URL rufst du auf

http://192.168.2.112:8083/fhem

Zitat
Mit oder ohne weitere Parameter oder gar mit abgelaufenen csrf Token machen einen Unterschied!)?

Keine Ahnung ... Das übersteigt meinen Horizont.

ZitatWie sieht deine Fhem Konfiguration überhaupt aus?

Ich habe nur FHEM installiert und ein JeeLink Device angelegt + einen Filelog + 5 Plots ...

ZitatGibt es im fhem LOG-file Auffälligkeiten?

Nein.

Zitat
Auch die Rechnerleistung und Installation von fhem kann die Leistung beeinflussen.

Ein G4560 + 960 EVO + 16 GB Ram sollte reichen ... auf dem Rechner läuft es ja.

ZitatAuch der abfragende Rechner kann Auswirkungen auf das Laufzeitverhalten haben.

Sicher. Aber warum immer nur bei der ersten Anfrage? Ein 6700k + 32 GB Ram + SSD + GTX 1070 machen sonst keine Probleme ...

ZitatWie genau rufst Du die Seite denn auf? Von einem Tablet oder Rechner.

Von mehreren Rechnern.

ZitatWar der Browser die ganze Zeit aktiv und hat die Seite angezeigt/geladen gehabt?

Der Browser ist aktiv. Jede andere Seite kann schnell geladen werden.

Zitat
In des Console des Browsers (F12 - Netzwerk) kannst Du sehen, ob Fehler auftreten, und was am meisten Zeit nutzt.

Nach mehrmaligem aufrufen der Seite sieht es so aus (den Erststart muss ich in ein paar Stunden nochmal analysieren):

amenomade

Auf Network  gucken. Was interessant ist, ist die Ladezeit jeweiliges Elements.
Pi 3B, Alexa, CUL868+Selbstbau 1/2λ-Dipol-Antenne, USB Optolink / Vitotronic, Debmatic und HM / HmIP Komponenten, Rademacher Duofern Jalousien, Fritz!Dect Thermostaten, Proteus

Persuasiv

Siehe oben. Das ist aber nur für den Fall, dass die Seite schnell läd ... Den Erstaufruf muss ich später nochmals untersuchen.

Persuasiv

So sieht es aus, wenn es 10 Sekunden läd:

amenomade

Dann rudelt er schon in fhem. Was sagt die fhem Log mit verbose 5 auf die FHEMWEB Instanz?
Pi 3B, Alexa, CUL868+Selbstbau 1/2λ-Dipol-Antenne, USB Optolink / Vitotronic, Debmatic und HM / HmIP Komponenten, Rademacher Duofern Jalousien, Fritz!Dect Thermostaten, Proteus

Persuasiv

2017.08.15 22:55:24 4: Connection accepted from WEB_192.168.2.100_55576
2017.08.15 22:55:24 4: WEB_192.168.2.100_55576 GET /fhem; BUFLEN:0
2017.08.15 22:55:24 4: name: /fhem / RL:1171 / text/html; charset=UTF-8 / Content-Encoding: gzip
/
2017.08.15 22:55:25 4: Connection accepted from WEB_192.168.2.100_55577
2017.08.15 22:55:25 4: WEB_192.168.2.100_55576 GET /fhem?XHR=1&inform=type=status;filter=;since=1502830523;fmt=JSON&fw_id=769×tamp=1502830521870; BUFLEN:0
2017.08.15 22:55:26 4: WEB_192.168.2.100_55577 GET /fhem/FileLog_logWrapper?dev=Logfile&type=text&file=fhem-2017-08.log; BUFLEN:0



amenomade

Hmm da ist nix festzustellen. Ich bien ratlos.

Ich habe aber dieses Thread gefunden, wo das Problem sehr ähnlich aussieht. Vielleicht findest Du dort einige Hinweise?
https://forum.fhem.de/index.php?topic=50411.0


Pi 3B, Alexa, CUL868+Selbstbau 1/2λ-Dipol-Antenne, USB Optolink / Vitotronic, Debmatic und HM / HmIP Komponenten, Rademacher Duofern Jalousien, Fritz!Dect Thermostaten, Proteus

Persuasiv

Hier noch ein weiterer sehr langsamer Aufbau der Seite:

amenomade

Pi 3B, Alexa, CUL868+Selbstbau 1/2λ-Dipol-Antenne, USB Optolink / Vitotronic, Debmatic und HM / HmIP Komponenten, Rademacher Duofern Jalousien, Fritz!Dect Thermostaten, Proteus

supernova1963

Hallo Persuasiv,

hoch interessiert verfolge ich dein Thema und lerne viel.
Deine Hardware Ausstattung reicht definitiv.
Da du fhem auf einem Rechner mit grafischer Oberfläche installiert hast und nur den jeelink in Fhem verwendest, könntest du Netzwerkprobleme bei deiner Konfiguration gut ausschließen, wenn dein Problem auch mit dem lokalen Browser nachstellen kannst. 
  • ggf. Firewall und AV ausschalten und Netzwerkkabel ausziehen,
  • neu starten, ggf. warten 'bis sich alles beruhigt hat und die neue Situation akzeptiert wird',
  • Browser starten,
  • URL: http://127.0.0.1:8083/fhem aufrufen.
Tritt das Phaenomen so auch auf, kann sich die weitere Suche auf den Server und fhem (apptime, ...) beschränken, anderenfalls wären Probleme höchst wahrscheinlich im Netzwerk zu suchen (Dann wird es echt fies, da sogar Wunderheilungen möglich sind https://forum.fhem.de/index.php/topic,50411.0.html)

LG
Gernot

P.S.: Aus eigener Erfahrung würde ich, mit dieser Hardware, den/die Server virtualisieren (VM, Docker, ...). Das hilft bei der Fehlersuche, Wiederherstellung und auch im Betrieb, da diese Server vom eigentlichen Hostsystem abgekapselt sind.