Was begrenzt tatsächlich die Anzahl gleichzeitiger Home-Assistant-Aufgaben, bevor die lokale Steuerung beeinträchtigt wird?

Home Assistant hat keine eindeutige Antwort auf die Frage „Wie viele gleichzeitige Aufgaben kann es verarbeiten?“. Zehn kurze asynchrone Aufgaben können weniger Ressourcen benötigen als eine einzige Integration, die die Ereignisschleife blockiert, während fünfzig in die Warteschlange gestellte Automatisierungen unproblematisch bleiben können, wenn sie die meiste Zeit auf unabhängige Ein-/Ausgabe warten.

Die relevante Grenze ist der Punkt, an dem zusätzliche Arbeit wiederholt Verzögerungen im entscheidenden Steuerungspfad verursacht: Ein Ereignis wartet länger auf die Verarbeitung, eine Automatisierungswarteschlange wächst, ein Dienstaufruf verfehlt sein Zeitfenster oder eine gemeinsam genutzte CPU-, Speicher-, Speicherplatz- oder Netzwerkressource gerät unter Druck. Nebenläufigkeit ist daher zunächst ein Problem von Latenz und Warteschlangen und erst danach eines der Aufgabenanzahl.

Die Nebenläufigkeit von Home Assistant beginnt mit der Asyncio-Ereignisschleife

Home Assistant Core basiert auf Python asyncio. Komponenten planen Aufgaben und kooperativer asynchroner Code gibt die Ausführung während des Wartens auf Ein-/Ausgabe ab. Dadurch kann andere Arbeit fortgesetzt werden, anstatt für jede Integration einen eigenen Betriebssystem-Thread bereitzustellen.

Die aktuelle Entwicklerdokumentation von Home Assistant erklärt, dass Core die Aufgaben der Komponenten über eine zentrale Ereignisschleife plant und darauf angewiesen ist, dass Aufgaben während des Wartens ordnungsgemäß pausieren. Deshalb bedeutet „gleichzeitig“ nicht, dass jede Aufgabe exakt im selben Moment CPU-Anweisungen ausführt.

Eine praktische Analyse der Nebenläufigkeit macht dieselbe Unterscheidung: Asynchrone Aufgaben können sich zeitlich überschneiden, während die tatsächliche Ausführung in der Ereignisschleife zwischen den Await-Punkten serialisiert bleibt. Die Kapazität hängt davon ab, wie lange jede Aufgabe die Schleife belegt und worauf sie wartet.

Blockierende Arbeit kann viele Aufgaben gleichzeitig beeinträchtigen

Der folgenschwerste Fehler bei der Nebenläufigkeit ist oft nicht „zu viele Automatisierungen“. Häufiger blockiert eine einzelne Operation die Ereignisschleife so lange, dass unabhängige Zustandsaktualisierungen und Rückrufe nicht ausgeführt werden können.

Home Assistant warnt ausdrücklich davor, dass blockierende Operationen in der Ereignisschleife das gesamte System für die Dauer des Aufrufs anhalten. Dazu gehören unzureichend behandelte Datei-Ein-/Ausgabe, Netzwer bibliotheken, Wartezeiten oder umfangreiche synchrone Arbeiten innerhalb einer Integration.

Das verändert die Interpretation eines Kapazitätstests. Wenn die Latenz der lokalen Steuerung bei aktiver einer bestimmten Integration steigt, obwohl die gesamte CPU-Auslastung niedrig bleibt, kann das Problem weiterhin eine Blockierung der Ereignisschleife und nicht eine unzureichende Prozessorleistung sein.

Der Automatisierungsmodus bestimmt, wie wiederholte Auslöser zu Arbeit werden

Automatisierungen fügen eine weitere Ebene der Nebenläufigkeitssteuerung hinzu. Eine Regel kann einen zweiten Auslöser ablehnen, den aktuellen Lauf neu starten, Arbeit in die Warteschlange stellen oder parallele Läufe erzeugen. Diese Entscheidungen beeinflussen sowohl die Korrektheit als auch den Ressourcenbedarf.

Die aktuelle Dokumentation zu Automatisierungsmodi von Home Assistant definiert die Modi single, restart, queued und parallel mit konfigurierbaren Höchstzahlen für eingereihte oder parallele Läufe. Der Standardhöchstwert für die Modi „queued“ und „parallel“ beträgt 10. Dieser Konfigurationswert ist jedoch keine plattformweite Kapazitätsangabe.

Eine Automatisierung für einen Türsensor, die vor dem Senden einer Benachrichtigung zwei Sekunden wartet, und eine Beleuchtungsautomatisierung, die fünf Netzwerkaufrufe ausführt, sind keine gleichwertigen Aufgaben. Wähle den Automatisierungsmodus zuerst nach Reihenfolge und Korrektheit und beobachte anschließend, ob sich die daraus entstehende Warteschlange oder Überlappung auf die Steuerungslatenz auswirkt.

-15% OFF

ZimaBoard 2 – Mini-Heimserver für Ihre große Idee

Single board computer zimaboard2

$339.00 - $519.00

Buy Now

Miss das Wachstum der Warteschlange und die Tail-Latenz, nicht nur den CPU-Prozentsatz

Verwende eine kritische lokale Automatisierung als Latenztest. Erfasse das Eintreffen des Auslösers, den Start der Automatisierung, den Dienstaufruf und die Reaktion des physischen Geräts, während du jeweils nur eine Nebenläufigkeitsvariable erhöhst: wiederholte Auslöser, Dashboard-Clients, Hintergrundintegrationen oder benachbarte Dienste.

Der ZimaSpace-Artikel über ereignisgesteuerte Arbeit und die Serverlast im Leerlauf liefert die passende Grundlage: Ereignisgesteuerte Systeme arbeiten effizient, wenn Arbeit nur bei Bedarf aktiviert wird. Spitzenlasten benötigen jedoch weiterhin ausreichend Planungs- und Ressourcenreserven, damit sie ohne dauerhaft wachsende Warteschlangen abgearbeitet werden können.

Beobachte die mittlere Latenz und die langsamsten normalen Läufe. Ein System kann durchschnittlich 10 % CPU-Auslastung aufweisen, während kurze Spitzen eine Verzögerung von einer Sekunde verursachen. Die nützliche Kapazitätsgrenze zeigt sich, wenn Warteschlangen kontinuierlich wachsen, Warnungen zur maximalen Laufanzahl wiederholt erscheinen oder die Tail-Latenz nach Ende der Spitze nicht zum Ausgangswert zurückkehrt.

Trenne die Nebenläufigkeit von Home Assistant von der Belastung des Hosts

Home Assistant kann Aufgaben korrekt planen, während ein anderer Container CPU, Arbeitsspeicher, Speicherplatz oder Netzwerk auslastet. In diesem Fall ändert eine Erhöhung oder Verringerung von max bei den Automatisierungen möglicherweise nichts am Fehler, weil der gemeinsam genutzte Host bereits keine ausreichenden Ressourcenreserven mehr hat.

Wiederhole den Nebenläufigkeitstest einmal mit pausierter benachbarter Arbeitslast. Wenn sich die Zeitsteuerung der Ereignisschleife und die Latenz der lokalen Steuerung sofort verbessern, handelt es sich wahrscheinlich um ein Kapazitätsproblem des gemeinsam genutzten Hosts. Falls nicht, untersuche blockierende Operationen, das Verhalten der Integration oder die Gestaltung der Automatisierungswarteschlange innerhalb von Home Assistant.

Verwende eine Abbruchbedingung statt einer Aufgabenanzahl

Die Kapazität von Home Assistant sollte daher als getestete Arbeitslast mit einem Latenzziel angegeben werden, nicht als universelle Anzahl gleichzeitiger Aufgaben. Die entscheidende Frage lautet, wie viel überlappende Arbeit die aktuelle Mischung aus Integrationen und der Host verarbeiten kann, bevor der kritische Pfad der lokalen Steuerung seine Frist nicht mehr einhält.