[vz-users] Reaktion der middleware sehr zäh nach Update

[Andreas Götz]

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-vzl at 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-vzl at 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