js-controller 3.3 jetzt im Beta

crunchip

@dr-bakterius hab mir das gerade mal genauer für eine Woche angesehen, ne minimale Reduzierung ist zu erkennen, wischen den zwei 3.3.11 Versionen, jedoch sehe ich eher einen Anstieg gegenüber zum alten Controller.

Chaot

@crunchip Bei mir ist der Durchschnitt von 14% auf 12% gefallen. Auch der Speicherverbrauch ist minimal gefallen.
Aber ob das langfristig wieder ansteigt wird sich sowieso erst in ein paar Tagen zeigen.

Deine Grafik zeigt den Durchschnitt oder den Maximalwert? In dem Bereich liegt bei mir der Maximalwert.

crunchip

@chaot es zeigt den Durchschnitt, du verwendest wahrscheinlich auch nicht JsonL
Ist wahrscheinlich dem ein oder anderen Adapter geschuldet, der noch nicht optimal, zwecks neuem controller, läuft.

martinschm

@apollon77 said in js-controller 3.3 jetzt im Beta:

@martinschm Die 3.3 ist immer noch Beta!! bedenken!

Ja. So eilig hab ich es nicht. Nur weil du geschrieben hast, das es sich langsam dem stable nähert dachte ich, das es nicht mehr Monate dauert.

Hab jetzt eine Weile kein Update gemacht und kann jetzt auch noch etwas warten.

Dr. Bakterius

@crunchip Also bei mir hat sich bezüglich CPU-Last oder RAM nichts geändert zwischen den Versionen. Das kann auch an etwas anderem liegen.

@Chaot Wie hoch die CPU-Last ist, kommt doch sowohl auf den verbauten Prozessor, als auch auf die Proxmox-Konfiguration der VM oder LXC und die verwendeten Adapter plus deren Einstellungen an. Das kann man nicht wirklich vergleichen.

apollon77

@deta An sich sollte das seit den aktuellsten controlelr 3.3 Version der absoluten vergangenheit angehören und nicht mehr passieren. Alaso: Falls 3.3.11 und DOCH dann würde ich gern das ioBroker log sehen

apollon77

@michmein Jupp und /var/log/syslog schauen

apollon77

@crunchip Ich weiss nicht welche "beiden 3.3.11 Versionen" du meinst ... ist alles noch Beta Ich glaube Du hattest mal kurz ne GitHub version drauf wegen dem einen Issue.

apollon77

@crunchip Ja, Adapter die viel Loggen wegen dem State kram die können die CPU last durchaus nach oben drücken.

foxriver76

@deta sagte in js-controller 3.3 jetzt im Beta:

Komme dann auch nicht mehr per ssh dran

Klingt nach einem tiefergehenden Problem als controller.

crunchip

@apollon77 sagte in js-controller 3.3 jetzt im Beta:

Ich weiss nicht welche "beiden 3.3.11 Versionen" du meinst

war der Versionsstand vom 21.05 spät abends, da ich wegen der anfänglichem database Fehlermeldung im JsonL Thread nachfragte, bevor ich dann am 24.5. dann

@apollon77 sagte in js-controller 3.3 jetzt im Beta:

3.3.11 (2021-05-23)

erneut draufgespielt hatte.
Letztendlich wird man erst was sehen, wenn die restlichen Adapter dazu irgendwann mal rund laufen

deta

@apollon77 3.3.11 ist installiert. Wenn es noch mal vorkommt, dann was brauchst du genau was wie wo?

Chaot

@dr-bakterius Hast du ja Recht. Der Vergleich hinkt wirklich extrem.

apollon77

@deta Am besten neuer Thread und /var/log/syslog ... aber da schauen wir dann genauer rein

deta

@apollon77 ok, aber bis jetzt kein Fehler mehr gehabt. Melde mich, wenn es noch mal vorkommt.

Diginix

@apollon77 sagte in js-controller 3.3 jetzt im Beta:

@diginix sagte in js-controller 3.3 jetzt im Beta:

Diese Adapter (radar2, telegram, onkyo, yeelight) habe ich dann selbst gepatcht.

Hast Du PRs gemacht? Wäre ja schade wenn Deine Arbeit unsichtbar bleiben würde

Onkyo
https://github.com/ioBroker/ioBroker.onkyo/pull/58

Telegram
https://github.com/iobroker-community-adapters/ioBroker.telegram/pull/242

Yeelight-2
https://github.com/iobroker-community-adapters/ioBroker.yeelight-2/pull/98

Die Datentypen bzw ack Probs von radar2 hat jemand anderes schon in seinem Fork gefixed. Da wäre ein PR von mir damit frech. Leider weiß ich gerade nicht mehr welcher Fork das war.