Hi Gernot, Glaub ich alles, hilft aber bei der Diagnose nicht. Ich brauche den konkreten Debug Output der MW/json Abfrage welche die hohe Last verursacht.
Alternativ lass mich per http mal draufschauen. > Am 12.09.2015 um 13:36 schrieb G. Stenzel <gs-...@betriebsdirektor.de>: > > Hallo Andreas > > Im Frontend dreht sich die Aktualisierungsanzeige oft sehr lange, bis > sich etwas ändert oder die Ansicht sich automatisch aktualisiert. Fhem > bringt dann ein read timeout bei einer http-Abfrage. Im Vergleich zu > vorher reagiert das System deutlich träger. > > Wenn ich an die untenstehende Abfrage das debug-statement anhänge, > zeigt er mir nur ein leeres Browserfenster? > http://IP/middleware.php/data/UUID.json?from=now&tuples=1&debug=1 Hast Du die UUID auch mal durch eine richtige ersetzt? Vg Andreas > > Ich habe mal noch etwas rumprobiert. Es scheint ein Auslastungsproblem > bei parallelen Anfragen an den mysqld zu sein. Auf dem Raspi zeigt mir > top dann überwiegend eine Vollauslastung der CPU durch den mysqld an. > Ich habe das jetzt mal etwas beobachtet. Anfragen über vzclient bzw. > fhem-http-Anfragen verursachen nur minimale CPU-Last durch den mysqld. > Erst wenn ich das Frontend aufrufe, springt die mysqld-Auslastung > dauerhaft auf Vollast (>98%) und bleibt dort auch ca 30s bis 60s so > hoch nach dem Schließen des Frontends. Schließlich geht die Auslastung > wieder zurück auf ~ 1%, selbst bei den anderen Anfragen. Irgendwie > scheint es also mit dem Frontend zusammenzuhängen. > > Gruß > G. > >> Moin, >> >> Kannst Du mal bitte ein langsames MW Statement mit &debug=1 loggen? Was >> heisst langsam? >> >> Viele Grüsse, >> Andreas >> >>> Am 12.09.2015 um 10:46 schrieb G. Stenzel <gs-...@betriebsdirektor.de>: >>> >>> Hallo >>> >>> ich habe gestern mal den Volkszähler per 'sudo git pull' aktualisiert. >>> Da etliche Dateien nicht zu überschreiben waren, habe ich noch >>> 'sudo git fetch --all' >>> 'sudo git reset --hard HEAD' >>> gemacht (als Lösung im Netz gefunden). Danach noch den Composer >>> aktualisiert. >>> >>> Der Volkszähler lief dann auch wieder, allerdings dauern die Abfragen >>> sehr lange, z.B. eine Änderung im Diagrammzeitfenster oder eine >>> Browseranfrage an die middleware. >>> [IP]/middleware.php/capabilities/database.json gibt aus: >>> {"version":"0.3","capabilities":{"database":{"data_rows":371483,"data_size":109297664,"aggregation_enabled":1,"aggregation_rows":629133,"aggregation_ratio":0.59}}} >>> >>> Kann mir bitte jemand helfen, die Performance wieder zu normalisieren? >>> Ich vermute mal, da ist beim update etwas schiefgegangen? Version >>> '0.3' müßte doch '0.4' sein, oder? >>> >>> Viele Grüße >>> Gernot >>> >>>> Hallo Zusammen, >>>> >>>> ich habe- bis auf das Refresh Control- alle Changes aus Dev nach Master >>>> gemerged. Der letzte Stand vorher hat das Tag 0.4-final bekommen. Bei >>>> Aktualisierungen ist Folgendes zu beachten: >>>> >>>> - da sich die Pfade geändert haben muss für Composer ein neuer Autoloader >>>> generiert werden- composer update sollte das mit erledigen >>>> - PHP 5.4 ist jetzt zwingende Voeraussetzung >>>> >>>> Viele Grüße, >>>> Andreas