Hallo,
durch beobachten von top hab ich festgestellt das ich etwas weniger wie alle 30 Sekunden 100% CPU Auslastung habe.
2 Module (Sonos und echodevice) die ich mir vorstellen konnte welche in Frage kommen könnten hab ich bereits mal deaktiviert (Sonos) bzw. das Modul gar nicht erst geladen (echodevice), aber keine Änderung.
Auch den Eventmonitor hab ich jetzt lang genug beobachtet, mir fällt da nichts auf.
Mein Zoo ist auch nicht all zu groß, beim Rest wüsst ich nicht wo ich da jetzt anfangen soll zu suchen.
Wie kann ich die Usache dazu finden ?
Gruß
Thomas
Hallo Thomas,
geht in top fhem auf 100% (also perl)!?
Oder "irgendwas"!?
(nur zur Sicherheit ;) )
Wenn du im Eventmonitor "nichts" (besonderes) siehst, also auch nicht alle ca. 30s einen "Schwall" an Events, hmmm!?
Es gibt auch, wenn du DOIF-Tools definierst, eine Möglichkeit Events "mitzählen" zu lassen und das sogar pro Device (glaube ich)...
Ansonsten sind 100% CPU Last eher was bei "Dauerschleifen" oder eben "Schleifen" generell...
Hast du vielleicht Funktionen in myUtils, die durch notify/at etc. aufgerufen werden, wo du "viel tust"!?
Gruß, Joachim
Hallo Joachim,
Ja fhem geht auf 100%
Im Eventmonitor fallen mir keine Zusammenhänge auf, darum hatte ich es erwähnt.
Die DOIFs muss ich mir noch anschauen.
Ich hab testweise mal alle meine eigenen myUtils aus dem Ordner FHEM rausgenommen und einen shutdown restart gemacht, keine Änderung.
Und ein
attr TYPE=DOIF disable 1
bringt auch keine Änderung. :(
edit:
nach dem deaktivieren der DOIFs gerade einen shutdown restart nachgeschoben.
Ergebnis: 100% CPU Auslastung ist weg :)
Werd mal Stück für Stück wieder alles aktivieren und berichten wer der Übeltäter war.
Danke für die Tipps
Aha, ich meinte zwar nicht die DOIFs selbst ;)
Sondern: DOIF-Tools!
https://wiki.fhem.de/wiki/DOIFtools
Damit kann man bzgl. DOIF (aber nicht nur) einiges analysieren...
Viel Erfolg, Joachim
In den letzten Tagen gab es bei DOIF auch einige scheinbar dringende Updates - les mal die entsprechenden Threads...
Vielleicht hilft einfach ein backup & update...
Das mit DOIF-Tools hatte ich schon verstanden, hab ich mich aber noch nie mit beschäftigt.
Das deaktivieren ist doch eine gute schnelle Lösung gewesen oder nicht ?
Das
Zitat"(aber nicht nur)"
sagt mir aber das ich das rein jetzt aus Neugier mal tun sollte.
100% Auslastung kam übrigens doch dann wieder. Scheinbar hab ich das auch schon länger (hat also nix mit DOIF zu tun), aber nicht bemerkt.
Hab mir jetzt ganz einfach mit einem Backup von vor über 2 Monaten beholfen, da gabs das Problem noch nicht und all zu viel hab ich in der Zeit auch nicht gemacht und ist verkraftbar das nachzuholen. Nur halt jetzt genau aufpassen das ich den Fehler nicht wieder baue.
Da sieht man wieder dass eine Datensicherung immer gut ist. :)
Hallo,
weiß es zwar schon länger aber frage heute erst, es ist der ältere von meinen zwei LG TVs die mit LGTV_WebOS eingebunden sind, der die 100% Auslastung verursacht wenn er eingeschaltet ist. Beide über WLAN verbunden der neue über die Fritzbox (Router )und der ältere über einen Unifi AP. Der neuere TV macht keine Probleme. Beide gleuch konfiguriert.
@Cooltux (falls du hier mitliest, sonst nochmal im andern Thread) würdest du dir das bitte anschauen ?
Was muss ich genau liefern um herauszufinden was bei dem älteren TV schief läuft, ein verbose 5 Log 2-3 Minuten ?
Keine Probleme:
defmod TV_Fr_Raum LGTV_WebOS 192.168.188.53
attr TV_Fr_Raum alexaName TV
attr TV_Fr_Raum channelGuide 1
attr TV_Fr_Raum devStateIcon on:10px-kreis-gruen:off off:10px-kreis-rot:on
attr TV_Fr_Raum event-on-change-reading .*
attr TV_Fr_Raum genericDeviceType media
attr TV_Fr_Raum group TV
attr TV_Fr_Raum homebridgeMapping ChannelController:reading=channel,cmd=channel
attr TV_Fr_Raum icon it_television
attr TV_Fr_Raum room Media
attr TV_Fr_Raum wakeOnLanMAC 48:8D:36:BC:F7:BE
attr TV_Fr_Raum webCmd on:off:pause:stop:play:channelDown:channelUp
100% verursachender TV:
defmod TV_Wohnzimmer LGTV_WebOS 192.168.188.60
attr TV_Wohnzimmer alexaName fernseher
attr TV_Wohnzimmer channelGuide 1
attr TV_Wohnzimmer devStateIcon on:10px-kreis-gruen:off off:10px-kreis-rot:on
attr TV_Wohnzimmer disable 1
attr TV_Wohnzimmer event-on-change-reading .*
attr TV_Wohnzimmer genericDeviceType media
attr TV_Wohnzimmer group TV
attr TV_Wohnzimmer homebridgeMapping ChannelController:reading=channel,cmd=channel
attr TV_Wohnzimmer icon it_television
attr TV_Wohnzimmer room Media
attr TV_Wohnzimmer wakeOnLanMAC E8:5B:5B:80:55:B3
attr TV_Wohnzimmer webCmd on:off:rewind:pause:stop:play:fastForward
Gruß
Thomas
edit:
ups, das Logfile (verbose 5) hat nach knapp 2 Minuten schon 140 MB.
Immer ein list geben bitte wenn dann.
Bei dem mit Problemen bitte das
attr TV_Wohnzimmer channelGuide 1
auf 0 setzen. Und dann testen.
OK, daran lags. DANKE.
Beim neueren TV macht das dem Modul nichts aus.
Keine Ahnung wieso das genau so ist. Ich denke mir das da keine saubere Rückgabe kommt.