V18.0.0 / x86/x64 Bare (i3 5010U / 8GB RAM) / Dauer: 349s / Samples: 461 / Epochs: 37
Prozessorlast insgesamt: 28 %
V18.0.0 / x86/x64 Bare (i3 5010U / 8GB RAM) / Dauer: 349s / Samples: 461 / Epochs: 37
Prozessorlast insgesamt: 28 %
V18.0.0 / Bare (HA Green / 4GB RAM) / 87min !! / 559 / 81
Die letzten Tage immer so um die 50min ! für 2 oder 3 Samples mehr.
Und wie ja auch schon von anderen angemerkt. In dieser Zeit keine Reaktion des Systems.
Dashboard nicht erreichbar, keine MQTT Sensoren usw.
Prozessorlast immer 30 % während EOD.
Hab mir jetzt beim ALI einen Mini PC bestellt. Ryzen 5 7430U / 16GB RAM /512GB SSD bestellt.
mal schauen was der dann so treibt
kann ich dir sagen was der so treibt - ich nutze einen NiPoGi E3B mit dem Ryzen 5 7430U und 32 GB RAM - wobei mein HA nicht bare metal läuft und er bei dir dann vermutlich nochmal etwas schneller ist - mein HA ist in einer VM und ich habe ihm 2 Cores und 2 Threads genehmigt - also 4 Rechneneinheiten und 8 GB RAM - was im Grunde mehr als ausreicht
V18.0.0 / x86/x64 (VM-Unraid Ryzen 5 7430U @ 4C/T / 8GB RAM) / 319s / 521 / 75
Prozessorlast gesamt Mittel 24% (26% max)
Die CPU Last wird immer nur um die 20-30% sein. Da es ein single Thread task ist.
Bis HA da kein multithreading einbaut wird das auch nicht mehr.
Ein oft missverstandener Punkt bei der Systemoptimierung ist die Gewichtung der Hardware-Ressourcen. Während die CPU-Last häufig als primärer Indikator betrachtet wird, liegt der eigentliche Flaschenhals bei datenbankintensiven Prozessen meist in der I/O-Last.
Entscheidend für die Performance ist nicht primär die Rechenleistung oder die Größe des Arbeitsspeichers, sondern die Schreib- und Lesegeschwindigkeit der Datenträger. Die CPU kann nur so schnell arbeiten, wie die Daten vom Medium bereitgestellt oder dorthin zurückgeschrieben werden können.
Ein umfangreicher Benchmark unter identischen Bedingungen (Bare-Metal, i7, 16 GB RAM) verdeutlicht die drastischen Leistungsunterschiede je nach Speichertechnologie:
Der Zeitunterschied von 54 Sekunden zu 4 Minuten zeigt, dass die Wahl des Speichermediums die Gesamtlaufzeit massiv dominiert. Wer Performance-Engpässe analysiert, sollte daher zuerst die Latenzen und Durchsatzraten der Disk-I/O prüfen, bevor Upgrades an Prozessor oder RAM in Erwägung gezogen werden.
V18.0.0 / Synology DS923+ VMM (AMD Ryzen R1600 @ 2C + 8 GB RAM) / 453 / 295 / 96
Prozessorlast insgesamt 54%
V18.0.0 / x86/x64 Bare (i5 7200-U / 16GB RAM) / 439.4 / 458 / 86
Prozessorlast insgesamt: 26 %
V18.0.0 / Bare (RasPi 5 / 8GB RAM) / 331.8 / 457 / 41
Prozessorlast insgesamt: 29 %
V18.0.0 / x86/x64 Bare (i5 7200-U / 16GB RAM) / 193.2 / 469 / 35
Prozessorlast insgesamt: 26 %
V18.0.0 / Bare (RasPi 5 / 8GB RAM) / 391.4 / 470 / 46
Prozessorlast insgesamt: 26 %
Anbei die EOD Zeiten seit 18er Update.
Heute Nacht mal mit 106 Epochen.

x86 CPU Last die üblichen 15-17% zurückzuführen auf 1 Thread Auslastung!
V18.0.0 / x86/x64 Bare (i5 7200-U / 16GB RAM) / 305.4s / 489 / 56
V18.0.0 / Bare (RasPi 5 / 8GB RAM) / 587.6 / 496 / 66
V18.0.0 / Synology DS923+ VMM (AMD Ryzen R1600 @ 2C + 8 GB RAM) / 258 / 363 / 34
Prozessorlast insgesamt 54%
Kann ich so nicht bestätigen. Siehe Historie bei mir, seit HA Version 2026.3.1 und Solar Forecast ML 18.0.0 immer regelmäßig 54%.
V16.8.6 / Synology DS923+ VMM (AMD Ryzen R1600 @ 2C + 8 GB RAM) / 119 / 218 / 34
Prozessorlast insgesamt 5,4%
V18.0.0 / Synology DS923+ VMM (AMD Ryzen R1600 @ 2C + 8 GB RAM) / 336 / 284 / 74
Prozessorlast insgesamt 31%
V18.0.0 / Synology DS923+ VMM (AMD Ryzen R1600 @ 2C + 8 GB RAM) / 453 / 295 / 96
Prozessorlast insgesamt 54%
V18.0.0 / Synology DS923+ VMM (AMD Ryzen R1600 @ 2C + 8 GB RAM) / 258 / 363 / 34
Prozessorlast insgesamt 54%
Ja regelmäßig 54%
Also 1C Auslastung. Ggf. Würde bei den anderen Task, nicht aktualisiert. Aber es wird nie mehr oder weniger im EOD sein.
17.03.2026 (HA Version 2026.3.2)
V18.0.0 / Synology DS923+ VMM (AMD Ryzen R1600 @ 2C + 8 GB RAM) / 398 / 374 / 66
Prozessorlast insgesamt 54%
Ich finde diesen Thread echt bemerkenswert.. er gibt mir echte Einblicke und hat mir für das kommende Update geholfen eure verschiedenen Systeme besser zu verstehen - und was da passiert!
In einem anderen Thread wurde ja bemängelt das der HA während des EOD “Sensoren” verliert (für ein paar Sekunden).
Ich will hier überhaupt nicht ins Detail gehen, aber da ihr hier so fleißig den EOD tracked.. habe ich eine wichtige Info für euch!
Mit dem kommenden update geht die i/o Last deutlich zurück, sie wird sich kaum noch von dem “normel” Betrieb unterscheiden. Ebenso wird allg. Systemlast reduziert.. aber der EOD wird sich etwas verlängern.. stellt euch das so vor, ich habe “Verschnaufpausen” eingebaut.
@harix die Werte auf deine DS sind ausergeöhnlich gut für eine 23er DS! Respekt!!
Ihr könnt gut sehen wie "ruhig das System bleibt.. das die CPU hoch geht ist klar aber RAM und co ..“smoothen” so dahin..
V18.0.0 / x86/x64 (VM-Unraid Ryzen 5 7430U @ 4C/T / 8GB RAM) / 184 / 547 / 40
Prozessorlast gesamt: Mittel 16% (30% max)
V16.8.6 / I5 Proxmox VM 8GB RAM/ 190 / 488 / 24
Gruss
V18.0.0 / x86/x64 Bare i7-8665U 16GB RAM/ 188 / 545 / 44
Ich bin auch einer von den Kandidaten, bei denen der EOD leider sehr lange läuft. Währenddessen setzen auch teilweise andere Funktionen aus.
Das System ist ein Dell Wyze mit Pentium J5005 und 8GB RAM.
Die Zeiten der letzten Woche:
10.03.2026 18.0.0/x86/x64 bare metal(Pentium J5005)/534/314/34
11.03.2026 18.0.0/x86/x64 bare metal(Pentium J5005)/1090/326/69
12.03.2026 18.0.0/x86/x64 bare metal(Pentium J5005)/1489/338/91
13.03.2026 18.0.0/x86/x64 bare metal(Pentium J5005)/877/349/51
14.03.2026 18.0.0/x86/x64 bare metal(Pentium J5005)/1297/359/76
15.03.2026 18.0.0/x86/x64 bare metal(Pentium J5005)/967/369/58
16.03.2026 18.0.0/x86/x64 bare metal(Pentium J5005)/1675/381/90
17.03.2026 18.0.0/x86/x64 bare metal(Pentium J5005)/1573/392/82
Vor allem die Tatsache, dass, während der EOD läuft, andere Funktionen hängen bleiben, stört schon ziemlich und stellt das tolle Projekt für mich etwas in Frage. Schade.
Ich warte mal auf die V18.2 …
Einen Wyze mit J5005 hatte ich auch bis vor kurzem in Betrieb, aber mit Unraid und HA in einer VM - da hatte ich deutlich kürzere EOD-Zeiten und keine offensichtlichen Sensorausfälle oder das etwas hängen blieb ![]()