$devcountTemp

Begonnen von rudolfkoenig, 29 November 2023, 13:42:02

Vorheriges Thema - Nächstes Thema

rudolfkoenig

Laut https://forum.fhem.de/index.php?topic=135996 wird save zunehmend langsamer, je laenger FHEM laeuft.
Um das zu verhindern gibt es eine neue Variable $devcountTemp.

Interessant fuer die, die temporaere Instanzen (z.Bsp. eine Client-Verbindung) anlegen, die nicht gespeichert werden sollten.

Dafuer sollte man statt
$hash->{NR} = $devcount++;
ab sofort
$hash->{NR} = $devcountTemp++;
verwenden.

Adimarantis

Gerade mal geschaut, was bei mir hohe $devcounts treibt.
In der Hauptsache sind das:
FHEMWEB
MQTT
telnet
die bei jeder Verbindung eine temporäre Instanz mit höherer {NR} erzeugen. Das sollte sich vermeiden lassen, oder?
Sowie rfxtrx devices die per Autocreate erzeugt werden (was will unvermeidbar ist)
Raspberry 4 + HM-MOD-RPI-PCB (pivCCU) + RfxTrx433XL + 2xRaspberry 1
Module: 50_Signalbot, 52_I2C_ADS1x1x , 58_RPI_1Wire, (50_SPI_MAX31865)

rudolfkoenig

ZitatDas sollte sich vermeiden lassen, oder?
Ich gehe davon aus, diese Probleme mit dem erwaehnten Patch vermieden zu haben.

Adimarantis

Dann beobachte ich das mal. Was mir unmittelbar auffällt (nachdem ich fhem.pl aus dem svn aktualsiert habe):
Wenn ich in der Befehlszeile den devcount ausgeben lasse:
{return $devcount;;}Dann zählt er jedes Mal hoch.
Raspberry 4 + HM-MOD-RPI-PCB (pivCCU) + RfxTrx433XL + 2xRaspberry 1
Module: 50_Signalbot, 52_I2C_ADS1x1x , 58_RPI_1Wire, (50_SPI_MAX31865)

rudolfkoenig

Ich habe FHEM/TcpServerUtils.pm auch angepasst.

Adimarantis

Ah, sorry - hätte doch bis morgen warten und einfach ein komplettes Update machen sollen.
Jetzt schauts besser aus.
Raspberry 4 + HM-MOD-RPI-PCB (pivCCU) + RfxTrx433XL + 2xRaspberry 1
Module: 50_Signalbot, 52_I2C_ADS1x1x , 58_RPI_1Wire, (50_SPI_MAX31865)