Jak sprawdzić co pobiera CPU

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

Korzystasz z systemmonitor ?
to obserwuj wykresy, a nie pojedyncze piki.

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"


Chyba nawet więcej bylo

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

1 polubienie