Poprostu wrócę do.wczesniejszej wersji i będę obserwował jak nie będzie wzrostu to wina aktualizacji integracji
Komponentu niestandardowego.
Integracja równie dobrze może być wbudowana w HA.
No i gdzie masz to masakryczne obciążenie procesora?
W porywach 0.9 obciążenia jednego rdzenia, na wielordzeniowym procku (i jeśli się nie mylę to pewnie n100 ??, który ma różne rdzenie PERF i EKO)
Zobacz na to - sztucznie obciążyłem procek na chwilę (4-rdzeniowy więc load 3.59 to wciąż nie jest 100%)
Mem: 9899752K used, 169500K free, 2876K shrd, 362804K buff, 6590308K cached
CPU: 37% usr 3% sys 0% nic 58% idle 0% io 0% irq 0% sirq
Load average: 3.59 1.90 1.10 2/1484 418
PID PPID USER STAT VSZ %VSZ CPU %CPU COMMAND
386 1 root S 3864 0% 2 0% {tmux: server} tmux -u new -A -s homeassistant bash -l
338 25 root S 15156 0% 1 0% ttyd -d1 -i hassio --writable -p 64074 tmux -u new -A -s homeassistant bash -l
339 26 root S 6516 0% 1 0% sshd: /usr/sbin/sshd -D -e [listener] 0 of 10-100 startups
387 386 root S 3456 0% 2 0% bash -l
415 338 root S 2204 0% 1 0% {tmux: client} tmux -u new -A -s homeassistant bash -l
414 387 root R 1628 0% 3 0% top
1 0 root S 436 0% 3 0% /package/admin/s6/command/s6-svscan -d4 -- /run/service
28 1 root S 216 0% 2 0% s6-supervise s6rc-fdholder
27 1 root S 216 0% 3 0% s6-supervise s6rc-oneshot-runner
25 1 root S 216 0% 0 0% s6-supervise ttyd
16 1 root S 216 0% 1 0% s6-supervise s6-linux-init-shutdownd
26 1 root S 216 0% 2 0% s6-supervise sshd
36 27 root S 208 0% 0 0% /package/admin/s6/command/s6-ipcserverd -1 -- /package/admin/s6/command/s6-ipcserver-access -v0 -E -l0 -i data/rules -- /package/
19 16 root S 204 0% 1 0% /package/admin/s6-linux-init/command/s6-linux-init-shutdownd -d3 -c /run/s6/basedir -g 3000 -C -B
no dawno nie korzystałem, a jak widać teraz z wnętrza kontenera już za wiele nie widać…
No ale zawsze.mialem.3-4% na ikonie.sensor.procesor_use.wiec 40% martwiło mnie
Tak korzystam ale te 45% utrzymywało się sopli nie zrobiłem restartu HA
No to teraz nie wiadomo co było przyczyną…
pokaż wykres proc+ram+swap
Właśnie ktoś napisał na balance Neto że" to nie aktualizacja to katastrofa"
Pamiętasz kiedy aktualizowałeś?, to niech wykres będzie taki by było widać czy aktualizacja miała wpływ, ale takie analizy to musisz robić samodzielnie…
Jeśli np. w jakimkolwiek komponencie miałeś wyciek pamięci, to on się zwykle kończy całkowitym obciążeniem procesora i wywrotką systemu z braku RAMu i swapa, chyba że Supervisor pozabija właściwe procesy (co w przypadku komponentów niestandardowych może nie być wykonalne).
Autor odpisał
Że zrobił katastrofę
Wróciłem do poprzedniej wersji.
I właśnie się nauczyłem żeby nie.aktulizowac 5 rzeczy na raz lepiej 1 raz na 3 dni bo tak można się pogubić co może być przyczyną
A i jeszcze jedno - nigdy nie panikuj !
Zajrzałem na repo tego komponentu, skoro autor obiecał aktualizację z poprawkami, to ją zastosuj i daj mu znać czy pomogła, lepiej niż w ten sposób nie możesz pomóc jemu i użytkownikom tego komponentu.
A HACS daje naprawdę łatwą możliwość manipulacji wersjami (a nawet gdyby standardowa ilość prezentowanych wersji była za mała, to można ją zwiększyć w ustawieniach).
PS Nie istnieje coś takiego jak “szybka porada”, jak widać 33 posty, to nie było nic szybkiego.
Ten dział ma zupełnie inne przeznaczenie niż większość sobie wyobraża (i chyba Ci o mylnych wyobrażeniach nie czytali po co on jest…)
Właśnie zainstalowałem i obserwuję godzinę temu znowu robił aktualizacje
Robił aktualizację kto?
Twórca komponentu niestandardowego