zweifle nicht an Dir … - ich habe inzwischen einige Situationen gefunden die IPS 4.0 zur Dienstaufgabe bewegen. Ist halt noch net 100% stabil in allen Code-Lebens-Lagen und Laufzeit.
Hi Coyote … genau, das ist DEINE Viessmann-Anbindung, etwas auf meine Bedürfnisse abgewandelt … wie bei Dir mit der 3.4 ohne jegliche Probleme …
Ich habs nicht so ganz verstanden: Konntest Du das Problem bei dir mit der 4.0 nachstellen?
Habe gerade das neueste IPS 4.0 Update von heute installiert. Dort hat paresy geschrieben, dass die Limitierungen der String-Variablen wieder eingeführt wurden. Ich beobachte mal eine Zeit lang …
Mist … nach wie vor ein Anstieg der Speichernutzung von 10 MByte pro Script-Ausführung … die Variablen sind es nicht … dort stehen maximal 3-4 Byte drin …
… ich bin gerade am Testen … bisher aber noch nicht weitergekommen … sobald ein Wert ausgelesen wird, schnellt der Speicher hoch … ich komm leider erst am Wochenende „richtig“ dazu, mir das mal granular anzukucken … ich melde mich noch mal …
Ich wollt hier mal kurz über den aktuellen Status berichten:
Es scheint, als wenn das Problem auftritt, wenn String Variablen mit viel Inhalt oft geändert werden. Dazu gehören z.B. RegVars/PHP Module die Daten dort drin Puffern,oder HTMLBoxen mit großen HighCharts. Ich kann für die Worte viel/oft noch keine genaue Angabe machen. Jedoch: Je mehr Konsolen und WebFronts vom Server bedient werden, desto schneller tritt das Problem auftritt. Es scheint insbesondere unter Windows zu passieren. Auf OS X passiert der Fehler so nicht…
Falls du noch andere Logs brauchst, bei mir (Win10) das gleiche. Ebenfalls die Viessmann Abfrage, nach jeder abgefragten Variable, ca 2MB mehr auf dem Kessel ;). Ich frage allerdings 10 nacheinander ab
Habe nochmal als Vergleich in meiner Konfiguration auf 3.4 / 4.0 getestet … mehr als 1055MB nimmt sich 3.4 nie und auch bei dem Speichergebrauch läuft es ohne Probleme dauerhaft. In der Tat verbessert es sich bei mir auch etwas wenn ich das „Standard-Ipad-Webfront“ unter 4.0 nicht nutze.
Im aktuellen Update ändert sich an diesem Fehler leider nichts.
Ich habe aber einige Änderungen für das nächsten Update, womit sich hoffentlich dieses Problem löst, insgesamt der Speicherverbrauch sinkt, und an einigen Ecken sich die Performance verbessern müsste
Test-Version 23.03.2016
Da sich doch einiges geändert hat, möchte ich erstmal einen Vorab-Test im kleineren Rahmen und erstmal nur Windows machen.
Mit meinem Crash-Tests liegt die 4.0er Version jetzt fast gleichauf mit der 3.4. Ich bin somit auf euer Feedback gespannt!