[Gelöst] Fhem Update läuft deutlich schneller, ist das nur bei mir so?

Begonnen von Rewe2000, 10 Februar 2019, 11:56:05

Vorheriges Thema - Nächstes Thema

Rewe2000

Hallo,

wahrscheinlich hört man aus Übervorsichtigkeit schon das Gras wachsen, aber lieber mal in die Runde gefragt als wenn sich da etwas ins System einschleicht.

Ich habe an meinem System grundlegend nicht sehr viel geändert. Mir fällt aber seit Mitte Januar folgendes auf.
Wenn ich den Ablauf des Updates beobachte, brauchte dieses in der Vergangenheit ca. 1 Minute, von "Calling /usr/bin/perl...", bis es mich zum "shutdown restart" aufgefordert hatte.

2018.11.10 11:34:43 1: Calling /usr/bin/perl ./contrib/commandref_join.pl -noWarnings, this may take a while
2018.11.10 11:35:44 1: *** EN FHEM/52_I2C_LM75A.pm: No document text found
2018.11.10 11:35:44 1: *** EN FHEM/39_alexa.pm: No document text found
2018.11.10 11:35:44 1: *** EN FHEM/33_readingsHistory.pm: No document text found
2018.11.10 11:35:44 1: *** EN FHEM/33_readingsProxy.pm: No document text found
2018.11.10 11:35:44 1:
2018.11.10 11:35:44 1: update finished, "shutdown restart" is needed to activate the changes.


Seit einigen Wochen läuft das Update ab "Calling /usr/bin/perl..." so schnell durch (<1 Sekunde), ich habe fast die Befürchtung es läuft nicht korrekt.

2019.02.10 11:29:33 1: Calling /usr/bin/perl ./contrib/commandref_modular.pl, this may take a while
2019.02.10 11:29:34 1:
2019.02.10 11:29:34 1: update finished, "shutdown restart" is needed to activate the changes.


Fehler im Log, fallen mir keine auf.
Hat sich da im Ablauf etwas grundlegend verändert?
Ist es bei Euch genau so schnell?
Muss ich mir da irgendwelche Gedanken machen?

Gruß Reinhard
Fhem 6.3 auf Raspberry Pi4 SSD mit Raspbian Bookworm, Homematic, Homematic IP, CCU3 mit RapberryMatic, WAGO 750-880, E3DC S10E Hauskraftwerk, E3DC Wallbox, my-PV AC ELWA-E Heizstab, Fritz!Box 7590, KIA Bluelinky

betateilchen

Zitat von: Rewe2000 am 10 Februar 2019, 11:56:05
Hat sich da im Ablauf etwas grundlegend verändert?

Die Frage beantwortet sich doch aus Deinen zitierten Ausgaben komplett von selbst:

2018.11.10 11:34:43 1: Calling /usr/bin/perl ./contrib/commandref_join.pl -noWarnings, this may take a while

2019.02.10 11:29:33 1: Calling /usr/bin/perl ./contrib/commandref_modular.pl, this may take a while

Es werden einfach zwei unterschiedliche Skripte aufgerufen. Insofern sind die unterschiedlichen Laufzeiten völlig normal.

Du magst an Deinem System "grundlegend nicht sehr viel geändert" haben. Aber vermutlich hast Du in der Zeit zwischen dem 10.11.2018 und heute das globale Attribut "commandref" von "full" auf "modular" geändert.
-----------------------
Formuliere die Aufgabe möglichst einfach und
setze die Lösung richtig um - dann wird es auch funktionieren.
-----------------------
Lesen gefährdet die Unwissenheit!

Rewe2000

Hallo,

ja genau, das habe ich bewusst umgestellt, damit die commandref lesbarer wird.
Somit bin ich wieder beruhigt und habe für dieses Verhalten eine nachvollziehbare Erklärung erhalten.

Danke nochmals für die Nachhilfe.

Gruß Reinhard
Fhem 6.3 auf Raspberry Pi4 SSD mit Raspbian Bookworm, Homematic, Homematic IP, CCU3 mit RapberryMatic, WAGO 750-880, E3DC S10E Hauskraftwerk, E3DC Wallbox, my-PV AC ELWA-E Heizstab, Fritz!Box 7590, KIA Bluelinky