Load average IO-Broker auf Raspberry 4 (8GB)
-
@wolfgangfb sagte in Load average IO-Broker auf Raspberry 4 (8GB):
als Speicherverzeichnis ist da einfach nichts eingetragen,
weil diese Option erst später hinzugekommen ist, falls man historydaten extern/auf Stick speichern will.
Ansonsten gilt der Standardpfad /opt/iobroker/ iobroker-data/history -
@homoran
So, ich habe mir jetzt eine extra schnelle SD-Karte besorgt (V30 Geschwindigkeit), habe wieder neu installiert, iob fix ausgeführt. Trotzdem eine load average über 7.Was ich seltsam finde ist, dass unter den größten 5 Dateien 4 von echarts sind und dass, obwohl ich den echarts Adapter deaktiviert habe, die echarts Ausgabe auf Port 8081 wunderbar funktioniert. Wie kann das sein?
top - 16:47:22 up 6 min, 3 users, load average: 7,88, 5,88, 2,83 Tasks: 195 total, 1 running, 194 sleeping, 0 stopped, 0 zombie %CPU(s): 50,5 us, 14,1 sy, 0,0 ni, 34,7 id, 0,0 wa, 0,0 hi, 0,7 si, 0,0 st MiB Spch: 7811,2 total, 5868,3 free, 1270,6 used, 829,4 buff/cache MiB Swap: 100,0 total, 100,0 free, 0,0 used. 6540,6 avail Spch PID USER PR NI VIRT RES SHR S %CPU %MEM ZEIT+ BEFEHL 1951 iobroker 20 0 729964 157948 37024 S 20,1 2,0 1:04.80 io.shelly.0 757 iobroker 20 0 5252320 207380 38264 S 16,8 2,6 1:37.91 iobroker.js-con 1334 iobroker 20 0 996872 142116 43120 S 9,9 1,8 1:00.40 io.admin.0 1877 iobroker 20 0 821972 91376 36856 S 8,3 1,1 0:43.25 io.history.0 2956 iobroker 20 0 680388 72008 36964 S 4,6 0,9 0:05.23 io.web.0 4126 iobroker 20 0 346032 37032 13964 S 4,0 0,5 0:14.31 esphome 1472 iobroker 20 0 938484 137452 36740 S 3,0 1,7 0:39.18 io.javascript.0 2748 iobroker 20 0 5083612 95280 39448 S 2,3 1,2 0:19.04 io.esphome.0 533 avahi 20 0 7588 3340 2864 S 1,7 0,0 0:06.09 avahi-daemon 11840 pi 20 0 9488 5084 2920 R 0,7 0,1 0:00.82 top 15 root 20 0 0 0 0 I 0,3 0,0 0:01.74 rcu_preempt 59 root 20 0 0 0 0 I 0,3 0,0 0:00.15 kworker/1:2-events_freezable_power_ 16295 root 20 0 0 0 0 I 0,3 0,0 0:00.02 kworker/2:0-events_power_efficient 1 root 20 0 103108 12044 8588 S 0,0 0,2 0:02.94 systemd 2 root 20 0 0 0 0 S 0,0 0,0 0:00.02 kthreadd 3 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 rcu_gp 4 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 rcu_par_gp 5 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 slub_flushwqiob diag findet meiner Meinung nach nichts spektakuläres:
Skript v.2023-10-10 *** BASE SYSTEM *** Static hostname: raspberrypi Icon name: computer Operating System: Debian GNU/Linux 12 (bookworm) Kernel: Linux 6.1.0-rpi6-rpi-v8 Architecture: arm64 Model : Raspberry Pi 4 Model B Rev 1.5 Docker : false Virtualization : none Kernel : aarch64 Userland : arm64 Systemuptime and Load: 17:08:50 up 28 min, 4 users, load average: 7.91, 5.50, 3.66 CPU threads: 4 *** RASPBERRY THROTTLING *** Current issues: No throttling issues detected. Previously detected issues: No throttling issues detected. *** Time and Time Zones *** Local time: Sat 2023-11-11 17:08:51 CET Universal time: Sat 2023-11-11 16:08:51 UTC RTC time: n/a Time zone: Europe/Berlin (CET, +0100) System clock synchronized: yes NTP service: active RTC in local TZ: no *** User and Groups *** pi /home/pi pi adm dialout cdrom sudo audio video plugdev games users input render netdev lpadmin gpio i2c spi iobroker *** X-Server-Setup *** X-Server: false Desktop: Terminal: tty Boot Target: graphical.target *** MEMORY *** total used free shared buff/cache available Mem: 8.2G 1.3G 6.1G 40M 979M 6.9G Swap: 104M 0B 104M Total: 8.3G 1.3G 6.2G 7811 M total memory 1202 M used memory 1293 M active memory 442 M inactive memory 5834 M free memory 77 M buffer memory 856 M swap cache 99 M total swap 0 M used swap 99 M free swap Raspberry only: oom events: 0 lifetime oom required: 0 Mbytes total time in oom handler: 0 ms max time spent in oom handler: 0 ms *** FAILED SERVICES *** UNIT LOAD ACTIVE SUB DESCRIPTION 0 loaded units listed. *** FILESYSTEM *** Filesystem Type Size Used Avail Use% Mounted on udev devtmpfs 3.6G 0 3.6G 0% /dev tmpfs tmpfs 782M 3.1M 779M 1% /run /dev/mmcblk0p2 ext4 28G 7.4G 20G 28% / tmpfs tmpfs 3.9G 148K 3.9G 1% /dev/shm tmpfs tmpfs 5.0M 16K 5.0M 1% /run/lock /dev/mmcblk0p1 vfat 510M 73M 438M 15% /boot/firmware tmpfs tmpfs 782M 36K 782M 1% /run/user/1000 Messages concerning ext4 filesystem in dmesg: [Sat Nov 11 16:40:41 2023] Kernel command line: coherent_pool=1M 8250.nr_uarts=0 snd_bcm2835.enable_headphones=0 snd_bcm2835.enable_headphones=1 snd_bcm2835.enable_hdmi=1 snd_bcm2835.enable_hdmi=0 smsc95xx.macaddr=D8:3A:DD:66:20:22 vc_mem.mem_base=0x3ec00000 vc_mem.mem_size=0x40000000 console=ttyS0,115200 console=tty1 root=PARTUUID=3a1130ee-02 rootfstype=ext4 fsck.repair=yes rootwait quiet splash plymouth.ignore-serial-consoles cfg80211.ieee80211_regdom=DE [Sat Nov 11 16:40:45 2023] EXT4-fs (mmcblk0p2): mounted filesystem with ordered data mode. Quota mode: none. [Sat Nov 11 16:40:47 2023] EXT4-fs (mmcblk0p2): re-mounted. Quota mode: none. Show mounted filesystems \(real ones only\): TARGET SOURCE FSTYPE OPTIONS / /dev/mmcblk0p2 ext4 rw,noatime |-/run/user/1000/doc portal fuse.portal rw,nosuid,nodev,relatime,user_id=1000,group_id=1000 `-/boot/firmware /dev/mmcblk0p1 vfat rw,relatime,fmask=0022,dmask=0022,codepage=437,iocharset=ascii,shortname=mixed,errors=remount-ro Files in neuralgic directories: /var: 753M /var/ 378M /var/cache 371M /var/cache/apt 258M /var/cache/apt/archives 204M /var/lib Archived and active journals take up 68.3M in the file system. /opt/iobroker/backups: 6.5M /opt/iobroker/backups/ /opt/iobroker/iobroker-data: 325M /opt/iobroker/iobroker-data/ 273M /opt/iobroker/iobroker-data/files 88M /opt/iobroker/iobroker-data/files/echarts.admin 57M /opt/iobroker/iobroker-data/files/echarts 52M /opt/iobroker/iobroker-data/files/javascript.admin The five largest files in iobroker-data are: 23M /opt/iobroker/iobroker-data/files/echarts/static/js/main.eb0afecd.js.map 23M /opt/iobroker/iobroker-data/files/echarts.admin/static/js/main.7952f0f7.js.map 23M /opt/iobroker/iobroker-data/files/echarts.admin/chart/static/js/main.eb0afecd.js.map 21M /opt/iobroker/iobroker-data/files/web.admin/static/js/main.eafddf6f.js.map 17M /opt/iobroker/iobroker-data/files/echarts/preview/static/js/main.1b04901d.js.map USB-Devices by-id: USB-Sticks - Avoid direct links to /dev/* in your adapter setups, please always prefer the links 'by-id': find: '/dev/serial/by-id/': No such file or directory *** NodeJS-Installation *** /usr/bin/nodejs v18.18.2 /usr/bin/node v18.18.2 /usr/bin/npm 9.8.1 /usr/bin/npx 9.8.1 /usr/bin/corepack 0.19.0 nodejs: Installed: 18.18.2-1nodesource1 Candidate: 18.18.2-1nodesource1 Version table: *** 18.18.2-1nodesource1 500 500 https://deb.nodesource.com/node_18.x nodistro/main arm64 Packages 100 /var/lib/dpkg/status 18.18.1-1nodesource1 500 500 https://deb.nodesource.com/node_18.x nodistro/main arm64 Packages 18.18.0-1nodesource1 500 500 https://deb.nodesource.com/node_18.x nodistro/main arm64 Packages 18.17.1-1nodesource1 500 500 https://deb.nodesource.com/node_18.x nodistro/main arm64 Packages 18.17.0-1nodesource1 500 500 https://deb.nodesource.com/node_18.x nodistro/main arm64 Packages 18.16.1-1nodesource1 500 500 https://deb.nodesource.com/node_18.x nodistro/main arm64 Packages 18.16.0-1nodesource1 500 500 https://deb.nodesource.com/node_18.x nodistro/main arm64 Packages 18.15.0-1nodesource1 500 500 https://deb.nodesource.com/node_18.x nodistro/main arm64 Packages 18.14.2-1nodesource1 500 500 https://deb.nodesource.com/node_18.x nodistro/main arm64 Packages 18.14.1-1nodesource1 500 500 https://deb.nodesource.com/node_18.x nodistro/main arm64 Packages 18.14.0-1nodesource1 500 500 https://deb.nodesource.com/node_18.x nodistro/main arm64 Packages 18.13.0+dfsg1-1 500 500 http://deb.debian.org/debian bookworm/main arm64 Packages 18.13.0-1nodesource1 500 500 https://deb.nodesource.com/node_18.x nodistro/main arm64 Packages 18.12.0-1nodesource1 500 500 https://deb.nodesource.com/node_18.x nodistro/main arm64 Packages 18.11.0-1nodesource1 500 500 https://deb.nodesource.com/node_18.x nodistro/main arm64 Packages 18.10.0-1nodesource1 500 500 https://deb.nodesource.com/node_18.x nodistro/main arm64 Packages 18.9.1-1nodesource1 500 500 https://deb.nodesource.com/node_18.x nodistro/main arm64 Packages 18.9.0-1nodesource1 500 500 https://deb.nodesource.com/node_18.x nodistro/main arm64 Packages 18.8.0-1nodesource1 500 500 https://deb.nodesource.com/node_18.x nodistro/main arm64 Packages 18.7.0-1nodesource1 500 500 https://deb.nodesource.com/node_18.x nodistro/main arm64 Packages 18.6.0-1nodesource1 500 500 https://deb.nodesource.com/node_18.x nodistro/main arm64 Packages 18.5.0-1nodesource1 500 500 https://deb.nodesource.com/node_18.x nodistro/main arm64 Packages 18.4.0-1nodesource1 500 500 https://deb.nodesource.com/node_18.x nodistro/main arm64 Packages 18.3.0-1nodesource1 500 500 https://deb.nodesource.com/node_18.x nodistro/main arm64 Packages 18.2.0-1nodesource1 500 500 https://deb.nodesource.com/node_18.x nodistro/main arm64 Packages 18.1.0-1nodesource1 500 500 https://deb.nodesource.com/node_18.x nodistro/main arm64 Packages 18.0.0-1nodesource1 500 500 https://deb.nodesource.com/node_18.x nodistro/main arm64 Packages Temp directories causing npm8 problem: 0 No problems detected Errors in npm tree: *** ioBroker-Installation *** ioBroker Status iobroker is running on this host. Objects type: jsonl States type: jsonl Core adapters versions js-controller: 5.0.12 admin: 6.10.1 javascript: 7.1.4 Adapters from github: 1 Adapter State + system.adapter.admin.0 : admin : raspberrypi - enabled, port: 8081, bind: 0.0.0.0, run as: admin + system.adapter.backitup.0 : backitup : raspberrypi - enabled + system.adapter.discovery.0 : discovery : raspberrypi - enabled system.adapter.echarts.0 : echarts : raspberrypi - disabled + system.adapter.esphome.0 : esphome : raspberrypi - enabled + system.adapter.harmony.0 : harmony : raspberrypi - enabled + system.adapter.history.0 : history : raspberrypi - enabled system.adapter.icons-mfd-svg.0 : icons-mfd-svg : raspberrypi - enabled + system.adapter.javascript.0 : javascript : raspberrypi - enabled + system.adapter.onkyo.0 : onkyo : raspberrypi - enabled + system.adapter.shelly.0 : shelly : raspberrypi - enabled, port: 1882, bind: 0.0.0.0 system.adapter.vis-history.0 : vis-history : raspberrypi - enabled + system.adapter.vis-inventwo.0 : vis-inventwo : raspberrypi - enabled system.adapter.vis-timeandweather.0 : vis-timeandweather : raspberrypi - enabled system.adapter.vis.0 : vis : raspberrypi - enabled + system.adapter.web.0 : web : raspberrypi - enabled, port: 8082, bind: 0.0.0.0, run as: admin + instance is alive Enabled adapters with bindings + system.adapter.admin.0 : admin : raspberrypi - enabled, port: 8081, bind: 0.0.0.0, run as: admin + system.adapter.shelly.0 : shelly : raspberrypi - enabled, port: 1882, bind: 0.0.0.0 + system.adapter.web.0 : web : raspberrypi - enabled, port: 8082, bind: 0.0.0.0, run as: admin ioBroker-Repositories stable : http://download.iobroker.net/sources-dist.json beta : http://download.iobroker.net/sources-dist-latest.json Active repo(s): stable Installed ioBroker-Instances Used repository: stable Adapter "admin" : 6.12.0 , installed 6.10.1 [Updatable] Adapter "backitup" : 2.8.7 , installed 2.8.7 Adapter "discovery" : 3.1.0 , installed 3.1.0 Adapter "echarts" : 1.5.4 , installed 1.5.1 [Updatable] Adapter "harmony" : 1.2.2 , installed 1.2.2 Adapter "history" : 3.0.1 , installed 3.0.1 Adapter "icons-mfd-svg": 1.1.0 , installed 1.1.0 Adapter "javascript" : 7.1.4 , installed 7.1.4 Controller "js-controller": 5.0.12 , installed 5.0.12 Adapter "onkyo" : 2.1.2 , installed 2.1.2 Adapter "shelly" : 6.6.1 , installed 6.6.1 Adapter "simple-api" : 2.7.2 , installed 2.7.2 Adapter "socketio" : 6.5.5 , installed 6.5.7 Adapter "vis" : 1.4.16 , installed 1.4.16 Adapter "vis-history" : 1.0.0 , installed 1.0.0 Adapter "vis-inventwo" : 3.3.3 , installed 3.3.3 Adapter "vis-timeandweather": 1.2.2, installed 1.2.2 Adapter "web" : 6.1.10 , installed 6.1.4 [Updatable] Adapter "ws" : 2.5.8 , installed 2.5.7 [Updatable] Objects and States Please stand by - This may take a while Objects: 3093 States: 2106 *** OS-Repositories and Updates *** Hit:1 http://archive.raspberrypi.com/debian bookworm InRelease Hit:2 http://deb.debian.org/debian bookworm InRelease Hit:3 http://deb.debian.org/debian-security bookworm-security InRelease Hit:4 http://deb.debian.org/debian bookworm-updates InRelease Hit:5 https://deb.nodesource.com/node_18.x nodistro InRelease Reading package lists... Pending Updates: 4 *** Listening Ports *** Active Internet connections (only servers) Proto Recv-Q Send-Q Local Address Foreign Address State User Inode PID/Program name tcp 0 0 0.0.0.0:6052 0.0.0.0:* LISTEN 1001 73951 29973/python3 tcp 0 0 0.0.0.0:445 0.0.0.0:* LISTEN 0 17895 1046/smbd tcp 0 0 0.0.0.0:139 0.0.0.0:* LISTEN 0 17896 1046/smbd tcp 0 0 0.0.0.0:22 0.0.0.0:* LISTEN 0 13730 776/sshd: /usr/sbin tcp 0 0 127.0.0.1:631 0.0.0.0:* LISTEN 0 15654 756/cupsd tcp 0 0 127.0.0.1:9001 0.0.0.0:* LISTEN 1001 70549 29759/iobroker.js-c tcp 0 0 127.0.0.1:9000 0.0.0.0:* LISTEN 1001 73775 29759/iobroker.js-c tcp6 0 0 :::445 :::* LISTEN 0 17893 1046/smbd tcp6 0 0 :::139 :::* LISTEN 0 17894 1046/smbd tcp6 0 0 :::22 :::* LISTEN 0 13732 776/sshd: /usr/sbin tcp6 0 0 :::61991 :::* LISTEN 1001 73694 29895/io.harmony.0 tcp6 0 0 :::8082 :::* LISTEN 1001 74934 29921/io.web.0 tcp6 0 0 :::8081 :::* LISTEN 1001 73547 29777/io.admin.0 tcp6 0 0 ::1:631 :::* LISTEN 0 15653 756/cupsd udp 0 0 192.168.1.255:137 0.0.0.0:* 0 18827 1041/nmbd udp 0 0 192.168.1.205:137 0.0.0.0:* 0 18826 1041/nmbd udp 0 0 0.0.0.0:137 0.0.0.0:* 0 18814 1041/nmbd udp 0 0 192.168.1.255:138 0.0.0.0:* 0 18829 1041/nmbd udp 0 0 192.168.1.205:138 0.0.0.0:* 0 18828 1041/nmbd udp 0 0 0.0.0.0:138 0.0.0.0:* 0 18815 1041/nmbd udp 0 0 0.0.0.0:61991 0.0.0.0:* 1001 73695 29895/io.harmony.0 udp 0 0 0.0.0.0:631 0.0.0.0:* 0 13975 1014/cups-browsed udp 0 0 0.0.0.0:5353 0.0.0.0:* 1001 75232 29910/io.esphome.0 udp 0 0 192.168.1.205:5353 0.0.0.0:* 1001 75893 29973/python3 udp 0 0 127.0.0.1:5353 0.0.0.0:* 1001 75892 29973/python3 udp 0 0 0.0.0.0:5353 0.0.0.0:* 1001 75888 29973/python3 udp 0 0 0.0.0.0:5353 0.0.0.0:* 104 13495 533/avahi-daemon: r udp 0 0 0.0.0.0:5683 0.0.0.0:* 1001 70648 29850/io.shelly.0 udp 0 0 0.0.0.0:35717 0.0.0.0:* 1001 115560 29850/io.shelly.0 udp 0 0 0.0.0.0:40286 0.0.0.0:* 104 13497 533/avahi-daemon: r udp6 0 0 :::5353 :::* 104 13496 533/avahi-daemon: r udp6 0 0 :::54929 :::* 104 13498 533/avahi-daemon: r *** Log File - Last 25 Lines *** 2023-11-11 17:02:26.393 - error: esphome.0 (29910) [deviceDiscovery handler] TypeError: Cannot read properties of undefined (reading 'connectError') 2023-11-11 17:02:26.396 - info: esphome.0 (29910) [AutoDiscovery] New ESPHome device found at IP 192.168.1.66, trying to initialize 2023-11-11 17:02:26.398 - error: esphome.0 (29910) [deviceDiscovery handler] TypeError: Cannot read properties of undefined (reading 'connectError') 2023-11-11 17:02:26.417 - info: esphome.0 (29910) [AutoDiscovery] New ESPHome device found at IP 192.168.1.190, trying to initialize 2023-11-11 17:02:26.419 - error: esphome.0 (29910) [deviceDiscovery handler] TypeError: Cannot read properties of undefined (reading 'connectError') 2023-11-11 17:06:03.489 - info: esphome.0 (29910) [AutoDiscovery] New ESPHome device found at IP 192.168.1.52, trying to initialize 2023-11-11 17:06:03.490 - error: esphome.0 (29910) [deviceDiscovery handler] TypeError: Cannot read properties of undefined (reading 'connectError') 2023-11-11 17:06:15.257 - info: esphome.0 (29910) [AutoDiscovery] New ESPHome device found at IP 192.168.1.52, trying to initialize 2023-11-11 17:06:15.258 - error: esphome.0 (29910) [deviceDiscovery handler] TypeError: Cannot read properties of undefined (reading 'connectError') 2023-11-11 17:06:16.274 - info: esphome.0 (29910) [AutoDiscovery] New ESPHome device found at IP 192.168.1.52, trying to initialize 2023-11-11 17:06:16.275 - error: esphome.0 (29910) [deviceDiscovery handler] TypeError: Cannot read properties of undefined (reading 'connectError') 2023-11-11 17:06:17.259 - info: esphome.0 (29910) [AutoDiscovery] New ESPHome device found at IP 192.168.1.52, trying to initialize 2023-11-11 17:06:17.260 - error: esphome.0 (29910) [deviceDiscovery handler] TypeError: Cannot read properties of undefined (reading 'connectError') 2023-11-11 17:06:18.287 - info: esphome.0 (29910) [AutoDiscovery] New ESPHome device found at IP 192.168.1.52, trying to initialize 2023-11-11 17:06:18.288 - error: esphome.0 (29910) [deviceDiscovery handler] TypeError: Cannot read properties of undefined (reading 'connectError') 2023-11-11 17:06:19.262 - info: esphome.0 (29910) [AutoDiscovery] New ESPHome device found at IP 192.168.1.52, trying to initialize 2023-11-11 17:06:19.262 - error: esphome.0 (29910) [deviceDiscovery handler] TypeError: Cannot read properties of undefined (reading 'connectError') 2023-11-11 17:06:20.211 - info: esphome.0 (29910) [AutoDiscovery] New ESPHome device found at IP 192.168.1.56, trying to initialize 2023-11-11 17:06:20.212 - error: esphome.0 (29910) [deviceDiscovery handler] TypeError: Cannot read properties of undefined (reading 'connectError') 2023-11-11 17:06:20.261 - info: esphome.0 (29910) [AutoDiscovery] New ESPHome device found at IP 192.168.1.52, trying to initialize 2023-11-11 17:06:20.262 - error: esphome.0 (29910) [deviceDiscovery handler] TypeError: Cannot read properties of undefined (reading 'connectError') 2023-11-11 17:06:21.262 - info: esphome.0 (29910) [AutoDiscovery] New ESPHome device found at IP 192.168.1.52, trying to initialize 2023-11-11 17:06:21.263 - error: esphome.0 (29910) [deviceDiscovery handler] TypeError: Cannot read properties of undefined (reading 'connectError') 2023-11-11 17:06:22.263 - info: esphome.0 (29910) [AutoDiscovery] New ESPHome device found at IP 192.168.1.52, trying to initialize 2023-11-11 17:06:22.264 - error: esphome.0 (29910) [deviceDiscovery handler] TypeError: Cannot read properties of undefined (reading 'connectError') -
@wolfgangfb sagte in Load average IO-Broker auf Raspberry 4 (8GB):
nichts spektakuläres:
sagt mir nichts
@wolfgangfb sagte in Load average IO-Broker auf Raspberry 4 (8GB):
|-/run/user/1000/doc portal fuse.portal rw,nosuid,nodev,relatime,user_id=1000,group_id=
ist aber unter mounts aufgeführt.
@wolfgangfb sagte in Load average IO-Broker auf Raspberry 4 (8GB):
Pending Updates: 4
und wieso
@wolfgangfb sagte in Load average IO-Broker auf Raspberry 4 (8GB):
1951 iobroker 20 0 729964 157948 37024 S 20,1 2,0 1:04.80 io.shelly.0braucht shelly so viele Ressourcen?
ausserdem spammt dir esphome.0 im Sekundentakt das log voll.
-
@homoran sagte in Load average IO-Broker auf Raspberry 4 (8GB):
@wolfgangfb sagte in Load average IO-Broker auf Raspberry 4 (8GB):
nichts spektakuläres:
sagt mir nichts
Ich meine damit, dass keine Fehlermledung aufgeführt ist.
@wolfgangfb sagte in Load average IO-Broker auf Raspberry 4 (8GB):
|-/run/user/1000/doc portal fuse.portal rw,nosuid,nodev,relatime,user_id=1000,group_id=
ist aber unter mounts aufgeführt.
Verstehe nicht, was Du meinst. Bitte ausführlichcer.
@wolfgangfb sagte in Load average IO-Broker auf Raspberry 4 (8GB):
Pending Updates: 4
und wieso
Keine Ahnung, die Installation stammt von gestern, da sollte man eigentlich davon ausgehen können, dass die aktuellen Versionen dabei sind. Aber nichts desto trotz, das kann ja wohl nicht der Grund für die hohe Load average sein.
@wolfgangfb sagte in Load average IO-Broker auf Raspberry 4 (8GB):
1951 iobroker 20 0 729964 157948 37024 S 20,1 2,0 1:04.80 io.shelly.0braucht shelly so viele Ressourcen?
Ist das viel? JS braucht wenn ich das richtig sehe genauso viel.
ausserdem spammt dir esphome.0 im Sekundentakt das log voll.
Wenn ich shelly und esphome deaktiviere sinkt load nicht signifikant.
Diese IO-Broker Instllation ist meiner Meinung nach noch sehr klein, macht so gut wie nichts und bringt den Rechner an seine Grenzen. Ich frage mich wirklich wie es Leute schaffen, eine load average unter 1 hinzubekommen und IO-Broker macht tatsächlich etwas anderes außer nur da zu sein.
-
@wolfgangfb sagte in Load average IO-Broker auf Raspberry 4 (8GB):
Ich frage mich wirklich wie es Leute schaffen, eine load average unter 1 hinzubekommen und IO-Broker macht tatsächlich etwas anderes außer nur da zu sein.
Kein Problem:
Systemuptime and Load: 18:39:27 up 4:24, 2 users, load average: 0.65, 0.52, 0.56 CPU threads: 4 -
Hier ein Slave mit 15 Instanzen:
top - 18:45:33 up 7:18, 1 user, load average: 0,17, 0,20, 0,25 Tasks: 157 total, 2 running, 155 sleeping, 0 stopped, 0 zombie %CPU(s): 0,7 us, 0,3 sy, 0,0 ni, 98,9 id, 0,0 wa, 0,0 hi, 0,0 si, 0,0 stUnd der Master mit 40 Instanzen:
top - 18:47:49 up 11 days, 2:45, 2 users, load average: 0,68, 0,96, 0,99 Tasks: 61 total, 2 running, 59 sleeping, 0 stopped, 0 zombie -
@wolfgangfb sagte in Load average IO-Broker auf Raspberry 4 (8GB):
JS braucht wenn ich das richtig sehe genauso viel.
wenn es so wäre, würde js wegen komplexer Skripte eigentlich mehr verbrauchen dürfen.
Aber es ist der Controller, der als Schaltzentrale natürlich einiges brauchen darf, aber bei dir deutlich weniger als ein kleiner Schaltersteuernder Adapter.@wolfgangfb sagte in Load average IO-Broker auf Raspberry 4 (8GB):
Bitte ausführlichcer.
???
wie denn, wenn mir das nichts sagt.
Was ist das denn für ein mount?Wenn du erhöhte I/O Aktivitäten hast, sollte man mounts immer besonders im Auge haben.
@wolfgangfb sagte in Load average IO-Broker auf Raspberry 4 (8GB):
Wenn ich shelly und esphome deaktiviere sinkt load nicht signifikant.
dann qualifiziert sich dieser mount noch mehr für nähere Beobachtung.
@wolfgangfb sagte in Load average IO-Broker auf Raspberry 4 (8GB):
e Grenzen. Ich frage mich wirklich wie es Leute schaffen, eine load average unter 1 hinzubekommen
Genau umgekehrt solltestcdu denken.
Wenn andere das schaffen, dann hast du irgendwo massiv den Wurm dtin. -
@homoran sagte in Load average IO-Broker auf Raspberry 4 (8GB):
Was ist das denn für ein mount?
Das ist harmlos, das ist der Ersatz für /tmp
-
@thomas-braun DANKE!
also nicht viel gelähmter Traffic. -
Also wieder nichts mit I/O.
Allerdings stört mich auch die CPU Auslastung etwas.
in der Liste werden die Prozente auf einen Kern bezogen, oben im Header auf alle 4.
Dort sind 50% used, wären mit dem dicken Daumen zwei komplette Kerne, das würde dann die Load erklären können.
Aber die sehe ich in der Liste nicht.Gut gerechnet wären es bei gleichmäßiger Verteilung 4 Kerne zu 25%.
Dann wäre eindeutig eine Engstelle heim I/O zu suchen. -
@homoran sagte in Load average IO-Broker auf Raspberry 4 (8GB):
@wolfgangfb sagte in Load average IO-Broker auf Raspberry 4 (8GB):
e Grenzen. Ich frage mich wirklich wie es Leute schaffen, eine load average unter 1 hinzubekommen
Genau umgekehrt solltestcdu denken.
Wenn andere das schaffen, dann hast du irgendwo massiv den Wurm dtin.Wo könnte ich denn den Wurm haben? Ich habe eine neue schnelle SD Karte genommen, ein neues Image, eine Neuinstallation from scratch und dann eine Handvoll Adapter istalliert. Außer eine feste IP Adresse anstelle von DHCP habe ich am Raspberry nichts geändert.
-
@wolfgangfb sagte in Load average IO-Broker auf Raspberry 4 (8GB):
Außer eine feste IP Adresse anstelle von DHCP
hoffentlich außerhalb der DHCP Range
-
Ja, ich habe die IP Adresse außerhalb des DHCP Bereiches eingestellt. Das klappt auch alles.
Ich glaube ich bin dem Problem jetzt ein wenig näher gekommen. Ich bin immer noch der Meinung dass echarts schuld ist.
Mir ist aufgefallen, dass wenn ich morgens den PC neu gestartet habe (er war "nur" im Hybernate Schlafmodus, nicht richtig runtergefahren) die Load average unter 1 war. Innerhalb weniger Minuten ist die dann wieder auf 8 und mehr gestiegen. Dann die Überraschung als ich einmal Firefox (in dem immer ein echarts Fenster offen war) neu gestartet habe. Die Load Average ist schnell auf einen WErt unter 1 gesunken. Sie sieht jetzt z.B. aktuell mit einem geöffnetem echarts Fenster und VIS wie folgt aus:top - 15:01:00 up 13 min, 3 users, load average: 0,23, 0,52, 0,51 Tasks: 198 total, 1 running, 197 sleeping, 0 stopped, 0 zombie %CPU(s): 4,3 us, 1,5 sy, 0,0 ni, 93,9 id, 0,0 wa, 0,0 hi, 0,3 si, 0,0 st MiB Spch: 7811,2 total, 5853,6 free, 1260,2 used, 855,0 buff/cache MiB Swap: 100,0 total, 100,0 free, 0,0 used. 6551,0 avail Spch PID USER PR NI VIRT RES SHR S %CPU %MEM ZEIT+ BEFEHL 781 iobroker 20 0 5239524 191088 38264 S 8,9 2,4 2:09.11 iobroker.js-con 2100 iobroker 20 0 726756 134168 37024 S 3,0 1,7 1:35.93 io.shelly.0 2178 iobroker 20 0 5152016 96208 39448 S 3,0 1,2 0:32.55 io.esphome.0 2125 iobroker 20 0 679192 71096 36900 S 2,0 0,9 0:04.57 io.discovery.0 1892 iobroker 20 0 758916 81892 36676 S 1,7 1,0 0:30.62 io.history.0 2022 iobroker 20 0 941512 138680 36900 S 1,7 1,7 0:43.85 io.javascript.0 2232 iobroker 20 0 346032 36804 13888 S 1,7 0,5 0:20.13 esphome 567 avahi 20 0 7588 3404 2864 S 1,0 0,0 0:08.53 avahi-daemon 2189 iobroker 20 0 676736 71536 36828 S 1,0 0,9 0:04.48 io.echarts.0 1992 iobroker 20 0 1017312 141492 43448 S 0,7 1,8 0:18.37 io.admin.0 15 root 20 0 0 0 0 I 0,3 0,0 0:02.09 rcu_preempt 2112 pi 20 0 9488 5084 2920 R 0,3 0,1 0:04.76 top 2242 iobroker 20 0 676492 68528 37056 S 0,3 0,9 0:04.32 io.vis-inventwo 1 root 20 0 168644 11960 8588 S 0,0 0,1 0:03.23 systemd 2 root 20 0 0 0 0 S 0,0 0,0 0:00.02 kthreaddDas ist absolut OK. Was man aber auch sieht ist die Uptime von 13 Minuten. Ich musste den Raspberry hart resetten nachdem ich probeweise ein neues echarts Diagramm (mit 6 Datenquellen) erstellt habe die load auf über 30 gestiegen ist und dann der Raspberry nicht mehr ansprechbar war.
Für mich sieht es so aus, dass ein geöffnetes Firefox echarts Fenster in Zusammenhang mit einem neuen Diagramm den IO-Boroker und/oder den Raspberry extram stark belasten.
Wenn ich alternativ nach jeder neuen Datenquelle das echarts Diagramm speichere, den Firefox beende und neu startet klappt das ganze und die Diagramme lassen sich auch flüssig anschauen.
Das ist zwar nicht sonderlich befriedigend und richtig verstehen tue ich es auch nicht, aber ich habe jetzt wenigstens einen Weg gefunden, wie ich durch stoppen und Neustart des Firefox (der übrigens nicht auf dem Raspberry sondern einem Windows PC läuft) den Raspberry und damit den IO-Broker flüssig laufen lassen kann.
Falls jemand dieses Verhalten erklären kann wäre ich für eine Erklärung dankbar.
