Fhemweb sehr langsam, neu Laden dauert "ewig" ios7

[andiw]

Bei mir heisst das attr closeConn und *nicht* connClose ....

[rudolfkoenig]

closeConn ist richtig, sorry fuer die Verwirrung.

[rumors]

Hallo,
oh zufällig habe ich diesen Thread entdeckt welcher genau mein Problem welches ich im EinplatinencomputerThread bereits berichtet habe.
Ich kam hier selbst zu diesem wait state für connection closed.
Allerdings nicht nur unter IOS sondern auch unter Windows mit Firefox. Mit Chrome geht es ohne jegliche Verzögerung.
Die Vermutung das es mit der Browser Engine zusammen hängt kann ich also bestätigen.

Soeben habe ich nun noch das update durchgeführt damit ich das Attribut setzen kann.
Bei meinem System möchte ich es aber global setzen da auch mein Firefox betroffen ist.
Hier holen mich scheinbar aber grade meine nicht vorhanden Perl Kenntnisse ein dich ich zwar noch beheben will aber das dauert noch etwas.

Ich habe das Attribut so wie es aussieht mangels Kenntnis falsch gesetzt. Falsche Stelle oder Syntax.
Ich habe die Beschreibung in Zeile 3420 gefunden und
     <a name="closeConn (=1)"></a>
gesetzt. Allerdings ohne wirkung.

Muss ich dies nun in Zeile 389 setzen damit es global fuer alle Browser wirkt ?

Gruss
Peter

[rudolfkoenig]

Ich bewundere deine Fantasie, das Attribut so zu setzen waere mir nicht eingefallen.

Als Benutzer sollte man in der FHEM Eingabezeile (FHEMWEB oder telnet) folgendes eingeben:

Code Auswählen Erweitern

attr TYPE=FHEMWEB closeConn 1
Alternativ kann man in Unsorted oder Everything alle FHEMWEB Instanzen einzeln anklicken, um in der Datail-Ansicht, Attribut Abschnitt aus dem Dropdown closeConn auswaehlen, und auf attr klicken zu koennen.

In beiden Faellen gefolgt von einem save.

[rumors]

Hallo,

nun die synatx hatte ich mehr oder weniger aus einem quote hier im Thread abgeleitet
Also meine Änderungen rückgängig. Via Webinterface abgesetzt, save config und shutdown restart.
In der conf ist nun auf Zeile 128 ->     closeConn:1,0

Allerdings selbes Verhalten mit dem Firefox. Chrome weiterhin schnell.

Bzw die ersten beiden Aufrufe waren schnell und der dritte dannn wieder "ewig" gedauert.
Nach dem ConnClose gehts dann weiter
Die Lampensymbole bei beiden haben nun statt dem Lampenicon drei Fragezeichen

Ich brauche wohl doch dies hier :

Für diese beiden FHEMWEB Instanzen habe ich auch iconPath auf openautomation:fhemSVG gesetzt, damit die Icons beim LongPoll nicht verschwinden

Frage aber lieber nochmal nach wie ich dies machen soll bevor ich wieder zu Fantasievoll bin 
Ob über Web oder direkt via Vi ist mir gleich ...

Apple devices muss ich noch testen.
Bisher war es so ... Firefox latenz 20-30sec, Apple IOS 60sec

Update Apple ... mit dem iphone kann ich aktuell nicht mehr nachstellen. Ich werde weiter testen.
Méin Firefox scheint weiterhin eine Krücke zu sein. Frage mich ob das nur an diesem Rechner liegt.
Habe aktuell grade kein anderes Win mit FF hier werde aber weiter beobachten.
Ich scheine ja der erste mit diesem Problem zu sein ... Firefox V28

Anbei das Log :

Chrome

2014.04.06 16:43:40 4: Connection closed for FHEMWEB:x.x.x.x:33230
2014.04.06 16:43:40 4: Connection accepted from FHEMWEB:x.x.x.x:33346
2014.04.06 16:43:40 4: HTTP FHEMWEB:x.x.x.x:33346 GET /fhem?room=FS20
2014.04.06 16:43:40 4: /fhem?room=FS20 / RL:1298 / text/html; charset=UTF-8 / Content-Encoding: gzip
/
2014.04.06 16:43:40 4: Connection accepted from FHEMWEB:x.x.x.x:33347
2014.04.06 16:43:40 4: Connection accepted from FHEMWEB:x.x.x.x:33348
2014.04.06 16:43:40 4: HTTP FHEMWEB:x.x.x.x:33347 GET /fhem/pgm2/style.css
2014.04.06 16:43:40 4: Connection accepted from FHEMWEB:x.x.x.x:33349
2014.04.06 16:43:40 4: HTTP FHEMWEB:x.x.x.x:33348 GET /fhem/pgm2/svg.js
2014.04.06 16:43:40 4: HTTP FHEMWEB:x.x.x.x:33349 GET /fhem/pgm2/fhemweb.js
2014.04.06 16:43:40 4: Connection accepted from FHEMWEB:x.x.x.x:33350
2014.04.06 16:43:40 4: HTTP FHEMWEB:x.x.x.x:33347 GET /fhem/pgm2/fhemweb_slider.js
2014.04.06 16:43:40 4: HTTP FHEMWEB:x.x.x.x:33349 GET /fhem/pgm2/fhemweb_textField.js
2014.04.06 16:43:40 4: Connection accepted from FHEMWEB:x.x.x.x:33351
2014.04.06 16:43:40 4: HTTP FHEMWEB:x.x.x.x:33348 GET /fhem/pgm2/fhemweb_svg.js
2014.04.06 16:43:40 4: HTTP FHEMWEB:x.x.x.x:33350 GET /fhem/pgm2/fhemweb_colorpicker.js
2014.04.06 16:43:40 4: HTTP FHEMWEB:x.x.x.x:33351 GET /fhem/pgm2/fhemweb_multiple.js
2014.04.06 16:43:40 4: HTTP FHEMWEB:x.x.x.x:33349 GET /fhem/images/default/icoEverything.png
2014.04.06 16:43:40 4: Connection accepted from FHEMWEB:x.x.x.x:33352
2014.04.06 16:43:40 4: HTTP FHEMWEB:x.x.x.x:33348 GET /fhem/pgm2/dashboard_darkstyle.css
2014.04.06 16:43:40 4: HTTP FHEMWEB:x.x.x.x:33347 GET /fhem/pgm2/fhemweb_time.js
2014.04.06 16:43:40 4: HTTP FHEMWEB:x.x.x.x:33352 GET /fhem/pgm2/fhemweb_noArg.js
2014.04.06 16:43:41 4: HTTP FHEMWEB:x.x.x.x:33352 GET /fhem/images/default/fhemicon_dark.png
2014.04.06 16:43:41 4: HTTP FHEMWEB:x.x.x.x:33352 GET /fhem?XHR=1&inform=type=status;filter=room=FS20&timestamp=1396802617066


Firefox :


2014.04.06 16:44:57 4: Connection accepted from FHEMWEB:x.x.x.x:33378
2014.04.06 16:44:57 4: HTTP FHEMWEB:x.x.x.x:33378 GET /fhem?room=FS20
2014.04.06 16:44:57 4: /fhem?room=FS20 / RL:1298 / text/html; charset=UTF-8 / Content-Encoding: gzip
/
2014.04.06 16:44:57 4: Connection accepted from FHEMWEB:x.x.x.x:33379
2014.04.06 16:44:57 4: Connection accepted from FHEMWEB:x.x.x.x:33380
2014.04.06 16:44:57 4: HTTP FHEMWEB:x.x.x.x:33379 GET /fhem/pgm2/style.css
2014.04.06 16:44:57 4: HTTP FHEMWEB:x.x.x.x:33380 GET /fhem/pgm2/svg.js
2014.04.06 16:44:57 4: Connection accepted from FHEMWEB:x.x.x.x:33381
2014.04.06 16:44:57 4: HTTP FHEMWEB:x.x.x.x:33380 GET /fhem/pgm2/dashboard_darkstyle.css
2014.04.06 16:44:57 4: HTTP FHEMWEB:x.x.x.x:33381 GET /fhem/pgm2/fhemweb.js
2014.04.06 16:44:57 4: Connection accepted from FHEMWEB:x.x.x.x:33382
2014.04.06 16:44:57 4: HTTP FHEMWEB:x.x.x.x:33379 GET /fhem/pgm2/fhemweb_time.js
2014.04.06 16:44:57 4: HTTP FHEMWEB:x.x.x.x:33380 GET /fhem/icons/favicon
2014.04.06 16:44:57 4: HTTP FHEMWEB:x.x.x.x:33382 GET /fhem/pgm2/fhemweb_noArg.js
2014.04.06 16:44:57 4: Connection accepted from FHEMWEB:x.x.x.x:33383
2014.04.06 16:44:57 4: HTTP FHEMWEB:x.x.x.x:33383 GET /fhem/pgm2/fhemweb_slider.js
2014.04.06 16:44:57 4: HTTP FHEMWEB:x.x.x.x:33381 GET /fhem/icons/favicon
2014.04.06 16:44:57 4: Connection accepted from FHEMWEB:x.x.x.x:33384
2014.04.06 16:44:57 4: Connection accepted from FHEMWEB:x.x.x.x:33385
2014.04.06 16:44:57 4: HTTP FHEMWEB:x.x.x.x:33384 GET /fhem/pgm2/fhemweb_svg.js
2014.04.06 16:44:57 4: HTTP FHEMWEB:x.x.x.x:33385 GET /fhem/pgm2/fhemweb_textField.js
2014.04.06 16:44:57 4: HTTP FHEMWEB:x.x.x.x:33383 GET /fhem/images/default/fhemicon_dark.png
2014.04.06 16:44:57 4: HTTP FHEMWEB:x.x.x.x:33383 GET /fhem/images/default/icoEverything.png
2014.04.06 16:44:57 4: HTTP FHEMWEB:x.x.x.x:33383 GET /fhem?XHR=1&inform=type=status;filter=room=FS20&timestamp=1396802693643
2014.04.06 16:45:09 4: Connection closed for FHEMWEB:x.x.x.x:33383
2014.04.06 16:45:09 4: HTTP FHEMWEB:x.x.x.x:33382 GET /fhem?room=Unsorted
2014.04.06 16:45:09 4: /fhem?room=Unsorted / RL:1329 / text/html; charset=UTF-8 / Content-Encoding: gzip
/
2014.04.06 16:45:09 4: HTTP FHEMWEB:x.x.x.x:33380 GET /fhem/pgm2/svg.js
2014.04.06 16:45:09 4: HTTP FHEMWEB:x.x.x.x:33385 GET /fhem/pgm2/fhemweb_textField.js
2014.04.06 16:45:09 4: HTTP FHEMWEB:x.x.x.x:33381 GET /fhem/pgm2/fhemweb.js
2014.04.06 16:45:09 4: HTTP FHEMWEB:x.x.x.x:33384 GET /fhem/pgm2/fhemweb_svg.js
2014.04.06 16:45:09 4: HTTP FHEMWEB:x.x.x.x:33379 GET /fhem/pgm2/style.css
2014.04.06 16:45:09 4: HTTP FHEMWEB:x.x.x.x:33380 GET /fhem/icons/favicon
2014.04.06 16:45:09 4: Connection accepted from FHEMWEB:x.x.x.x:33386
2014.04.06 16:45:09 4: HTTP FHEMWEB:x.x.x.x:33386 GET /fhem/pgm2/fhemweb_time.js
2014.04.06 16:45:09 4: HTTP FHEMWEB:x.x.x.x:33385 GET /fhem/pgm2/dashboard_darkstyle.css
2014.04.06 16:45:09 4: HTTP FHEMWEB:x.x.x.x:33381 GET /fhem/icons/favicon
2014.04.06 16:45:09 4: HTTP FHEMWEB:x.x.x.x:33384 GET /fhem/images/default/fhemicon_dark.png
2014.04.06 16:45:09 4: HTTP FHEMWEB:x.x.x.x:33379 GET /fhem/images/default/icoEverything.png
2014.04.06 16:45:09 4: HTTP FHEMWEB:x.x.x.x:33380 GET /fhem?XHR=1&inform=type=status;filter=room=Unsorted&timestamp=1396802705610
2014.04.06 16:45:12 4: Connection closed for FHEMWEB:x.x.x.x:33380
2014.04.06 16:45:12 4: HTTP FHEMWEB:x.x.x.x:33386 GET /fhem?room=FS20
2014.04.06 16:45:12 4: /fhem?room=FS20 / RL:1298 / text/html; charset=UTF-8 / Content-Encoding: gzip
/
2014.04.06 16:45:12 4: HTTP FHEMWEB:x.x.x.x:33385 GET /fhem/pgm2/style.css
2014.04.06 16:45:12 4: HTTP FHEMWEB:x.x.x.x:33381 GET /fhem/pgm2/svg.js
2014.04.06 16:45:12 4: HTTP FHEMWEB:x.x.x.x:33384 GET /fhem/pgm2/fhemweb.js
2014.04.06 16:45:12 4: HTTP FHEMWEB:x.x.x.x:33379 GET /fhem/pgm2/fhemweb_svg.js
2014.04.06 16:45:12 4: HTTP FHEMWEB:x.x.x.x:33385 GET /fhem/pgm2/fhemweb_time.js
2014.04.06 16:45:12 4: HTTP FHEMWEB:x.x.x.x:33381 GET /fhem/icons/favicon
2014.04.06 16:45:12 4: HTTP FHEMWEB:x.x.x.x:33384 GET /fhem/pgm2/dashboard_darkstyle.css
2014.04.06 16:45:12 4: HTTP FHEMWEB:x.x.x.x:33385 GET /fhem/icons/favicon
2014.04.06 16:45:43 4: Connection closed for FHEMWEB:x.x.x.x:33379
2014.04.06 16:45:43 4: HTTP FHEMWEB:x.x.x.x:33381 GET /fhem/images/default/fhemicon_dark.png
2014.04.06 16:45:43 4: HTTP FHEMWEB:x.x.x.x:33384 GET /fhem/images/default/icoEverything.png
2014.04.06 16:45:44 4: HTTP FHEMWEB:x.x.x.x:33385 GET /fhem?XHR=1&inform=type=status;filter=room=FS20&timestamp=1396802739862

[Navigator]

Nach dem Umstieg auf Cubietruck keine Hänger mehr bei Apple Devices auch ohne gesetztem Attribut. Hat man bei gesetztem CloseConn eigentlich irgendwelche Nachteile?

[rudolfkoenig]

Mit closeConn ist FHEMWEB etwas uneffizienter als ohne, da der Browser fuer alle Bilder/.css/.js/etc eine separate Verbindung aufbauen muss.

[der-Lolo]

gilt das fürs komplette FHEMWEB oder nur für Webtablet z.b. ?

[peterk_de]

Ich kram das mal nochmal hervor: Ich bin vor einer Weile vom Raspberry auf den Cubietruck umgezogen - und im Vergleich zu normalen Webseiten hat FHEM trotz nun überdimensionierter Hardware und bei unter ca. 2% CPU-Load immer sehr träge reagiert. Ich hab das mal mit Firebug angeschaut: Latenzen über zwei Sekunden für den Seitenaufbau (auch bei wenig vollgestopften Seiten) - das merkte man und nervte.

Ich hab mich dann an closeConn erinnert - ausgemacht - und siehe da: Immens schneller, jetzt bin ich bei 200-300ms für vollgestopfte Räume und es ist wieder angenehm zu benutzen! Das beantwortet vllt. lolos noch offene Frage.

Natürlich hab ich nun unter IOS 7 / Safari wieder die gleichen Issues. Also gelegentlich weiße Seiten - aber weniger oft als mit dem Raspberry. Mein Workaround ist aktuell ein anderer Webbrowser (Atomic Webbrowser) ... Mit dem klappt es auch aufm Ipad.

[Tweak]

Hallo,
habe bei mir leider das selbige Problem. Es ist wirklich ärglerlich wenn man sich etwas ansehen will (zeichne eigenlich nur auf mit FHEM, fürs erste) und dann dauert es ewig bis die Seite aufgeht. Ich habe natürlich mehrere Graph's auf der Seite. Aber es macht irgendwie keinen Unterschied. Und das lustige ist ja das nicht mal der Prozessor belastet wird. Ich kann mir nicht vorstellen das es sozusagen also an zu schwacher Hardware liegt. Den ein Dual-Core Prozessor mit 2,7Ghz sollt das ja bewerkstelligen.

Ist das Problem bei mir vielleicht wirklich das ich die Daten in eine MYSQL-DB schreibe und z.b. nicht in eine SQL-Lite? Bilde mir ein im Forum mal gelesen zu haben das das zu Problemen führen kann.

Wäre wirklich sehr sehr dankbar wenn wir das irgendwie flotter hinbekommen könnten oder mir jemand einen Ratschlag geben könnte was man wo optimieren kann.

Danke!
Sg
Manuel

[rudolfkoenig]

1. Hilft es, wenn du closeConn setzt?
2. Kannst du bitte einen Seitenaufbau mit "attr global verbose 5" protokollieren, und das Log hier zeigen?
3. Mich wuerde interessieren, ob im HTTP-Header "Connection: keep-alive" gesetzt ist. Das kriegt man auch raus, indem man FHEM/01_FHEMWEB.pm modifiziert, und vor der Zeile

Code Auswählen Erweitern

  delete($hash->{HDR});
folgende beiden einfuegt:

Code Auswählen Erweitern

  Log 1, "\n\n\n";
  Log 1, $hash->{HDR};


[didi-fritz]

hallo,

ich hatte auch Probleme dass plötzlich die Seite nicht mehr aufgebaut wird. Mit 'netstat -an' hab ich dann gesehen, dass viele TCP-Verbindungen zum FHEM-Server offen sind. Ich hab dann im Browser (Opera) die Anzahl der Verbindungen zu einem Server von 16 auf 64 erhöht. Seither hatte ich keine Probleme.

lg didi

[Navigator]

Kann jemand bestätigen, daß es mit IOS8 wieder wieder extrem lange dauert die Seite zu laden? WinDose, C64 und Android laden wie immer im Sprinttempo FHEM. Auch das schon gesetzte Attribut CloseConn hilft diesmal bei mir nicht.

[justme1968]

es gibt mit ios8 scheinbar inverse probleme. siehe auch hier: http://forum.fhem.de/index.php/topic,27211.msg201366.html#msg201366

gruss
  andre

[tpm88]

Kann jemand bestätigen das es mit IOS8 wieder wieder extrem lange dauert die Seite zu laden? WinDose, C64 und Android laden wie immer im Sprinttempo FHEM. Auch das schon gesetzte Attribut CloseConn hilft diesmal bei mir nicht.

Ja, kann ich bestätigen (ipad2 mit IOS8). Siehe auch hier: http://forum.fhem.de/index.php/topic,27211.msg201366.html#msg201366

Leider kann es Rudi im Emulator nicht nachvollziehen.

Gruss
Tobias