Lange Ladezeiten der iOBroker Weboberfläche (30-60sec)
-
System: RPi4 relativ frisch aufgesetzt (August 2020) mit aktuellem Raspberry Pi OS
Betriebssystem: linux
Architektur: arm
CPUs: 4
Geschwindigkeit: 1500 MHz
Modell: ARMv7 Processor rev 3 (v7l)
RAM: 3.74 GB
System Betriebszeit:16:34:29
Node.js: v12.18.4
NPM: 6.14.6
Festplatte Größe: 109.79 GB
Festplatte frei: 105.89 GB
Anzahl der Adapter: 306
Betriebszeit: 16:36:35
Aktive Instanzen: 10
Hostname: rpi4
ROUTER: FritzBoxDer Titel sagts, beim ersten Aufruf der Weboberfläche meines iOBroker lädt diese unter sämtlichen Browsern reproduzierbar extrem langsam (immer ca. 30 bis 60s). Teilweise meldet der Browser "Eine Webseite verlangsamt ihren Browser...", siehe Screenshot.
Sobald die Seite dann erst einmal geladen ist, liegen die Ladezeiten beim Wechsel zwischen anderen Menueinträgen (Instanzen, Objekte, Skripe,etc.) bei erträglichen 5-10s.
Sobald der Browser geschlossen und wieder geöffnet wird, geht das Spiel wieder von vorn los....30-60s Wartezeit für den ersten Aufruf.Liegen die Ladezeiten im normalen Bereich?
Was habt ihr für Ladezeiten?
Sofern die Zeiten unnormal sind, wo setze ich an bei der Fehlersuche? (gern auch über die Kommandozeile des RPi)
Ggf. habe ich irgendwo sich nicht vertragende Porteinstellungen? Kenne mich nur nicht mit Netzwerksniffern wie Wireshark aus.Folgende Adapter sind aktiv:
-
@Nies
Auf der Kommandozeile:free -h who -r iobroker list instances -
@Nies sagte:
Liegen die Ladezeiten im normalen Bereich?
Das hängt von der Performance des Frontend ab (Tablet ?).
-
@paul53 Laptop, PC...überall
-
pi@rpi4:~ $ free -h total used free shared buff/cache available Mem: 3,7Gi 1,3Gi 1,9Gi 9,0Mi 531Mi 2,5Gi Swap: 99Mi 0B 99Mi pi@rpi4:~ $ free -h total used free shared buff/cache available Mem: 3,7Gi 1,3Gi 1,9Gi 9,0Mi 531Mi 2,5Gi Swap: 99Mi 0B 99Mi pi@rpi4:~ $ who -r Runlevel 5 2020-10-01 19:11 pi@rpi4:~ $ iobroker list instances + system.adapter.admin.0 : admin - enabled, port: 8081, bind: 0.0.0.0, run as: admin system.adapter.alexa2.0 : alexa2 - disabled + system.adapter.amazon-dash.1 : amazon-dash - enabled + system.adapter.backitup.0 : backitup - enabled + system.adapter.ble.0 : ble - enabled + system.adapter.denon.0 : denon - enabled system.adapter.discovery.0 : discovery - disabled system.adapter.flot.0 : flot - disabled system.adapter.influxdb.0 : influxdb - disabled, port: 8086 system.adapter.info.0 : info - disabled system.adapter.iot.0 : iot - disabled + system.adapter.javascript.0 : javascript - enabled system.adapter.kodi.0 : kodi - disabled, port: 9090 + system.adapter.mqtt.0 : mqtt - enabled, port: 1883, bind: 0.0.0.0 system.adapter.node-red.0 : node-red - disabled, port: 1880, bind: 192.168.2.8 + system.adapter.ping.0 : ping - enabled system.adapter.plex.0 : plex - disabled system.adapter.simple-api.0 : simple-api - disabled, port: 8087, bind: 0.0.0.0, run as: admin system.adapter.socketio.0 : socketio - disabled, port: 8084, bind: 0.0.0.0, run as: admin + system.adapter.sonoff.0 : sonoff - enabled, port: 1884, bind: 0.0.0.0 system.adapter.telegram.0 : telegram - disabled, port: 8443, bind: 0.0.0.0 system.adapter.terminal.0 : terminal - disabled, port: 8090, bind: 0.0.0.0, run as: admin system.adapter.upnp.0 : upnp - disabled system.adapter.web.0 : web - disabled, port: 8082, bind: 0.0.0.0, run as: admin + system.adapter.zigbee.0 : zigbee - enabled, port: /dev/serial/by-id/usb-Texas_Instruments_TI_CC2531_USB_CDC___0X00124B0018E322CE-if00 + instance is alive -
@Nies
Nicht auffälliges. Ich würde nur den Pi als Server im RunLevel 3 betreiben.sudo raspi-configMenüpunkte 3 - B1 - B1
-
@Thomas-Braun Danke
-
top - 12:37:14 up 17:24, 1 user, load average: 0,76, 0,93, 1,00 Tasks: 132 total, 1 running, 131 sleeping, 0 stopped, 0 zombie %Cpu(s): 1,1 us, 0,3 sy, 0,0 ni, 98,4 id, 0,0 wa, 0,0 hi, 0,2 si, 0,0 st MiB Mem : 3826,9 total, 2033,4 free, 1257,7 used, 535,9 buff/cache MiB Swap: 100,0 total, 100,0 free, 0,0 used. 2559,8 avail Mem PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 613 iobroker 20 0 321372 231068 27592 S 2,6 5,9 196:00.39 node 12837 iobroker 20 0 294176 208136 27416 S 1,0 5,3 3:30.12 node 619 pi 20 0 215304 65396 8500 S 0,7 1,7 5:24.09 octoprint 622 root 20 0 1266780 353484 14680 S 0,7 9,0 9:17.60 java 946 iobroker 20 0 201756 114460 26912 S 0,7 2,9 18:51.67 node 20337 pi 20 0 10328 3044 2604 R 0,7 0,1 0:00.92 top 893 iobroker 20 0 182308 94808 28056 S 0,3 2,4 1:04.50 node 1 root 20 0 33768 8128 6484 S 0,0 0,2 0:04.85 systemd 2 root 20 0 0 0 0 S 0,0 0,0 0:00.08 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 6 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 kworker/0:0H 8 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 mm_percpu_wq 9 root 20 0 0 0 0 S 0,0 0,0 0:08.65 ksoftirqd/0 10 root 20 0 0 0 0 I 0,0 0,0 0:21.30 rcu_sched 11 root rt 0 0 0 0 S 0,0 0,0 0:00.92 migration/0 12 root 20 0 0 0 0 S 0,0 0,0 0:00.00 cpuhp/0 -
@Nies
Wo kommt der dicke java Kram denn her? Der iobroker läuft ohne, da muss also noch irgendwas parallel laufen. Ist octoprint Java-basiert? -
@Thomas-Braun Das ist ein lokaler Blynk Server (für die Handy App Blynk). Schöne Oberfläche auf dem Smartphone um Mqtt Signale an iOBroker zu senden.
