Wie verlangsamt CPU-Drosselung gemeinsam genutzte Home-Server-Container?

CPU-Drosselung verlangsamt gemeinsam genutzte Home-Server-Container, indem ausführbare Arbeiten pausiert werden, nachdem ein Container seine erlaubte Prozessorzeit innerhalb eines Quotenzeitraums verbraucht hat.

Der Dienst stürzt möglicherweise nie ab und der Host zeigt möglicherweise keine 100-prozentige CPU-Auslastung an. Anfragen warten einfach auf den nächsten Planungszeitraum, was die Latenz erhöht, den Durchsatz verringert und Warteschlangen in Proxys, Datenbanken und Medienpipelines erzeugen kann. Gemeinsame Container beeinflussen sich dann gegenseitig sowohl durch CPU-Wettbewerb als auch durch verzögerte Abhängigkeiten.

CPU-Grenzen werden als Zeit, nicht als Geschwindigkeit durchgesetzt

Ein CPU-Limit für einen Container wird in ein Kontingent ausführbarer CPU-Zeit über einen Planungszeitraum übersetzt. Eine multithreaded Arbeitslast kann dieses Kontingent schnell über mehrere Kerne hinweg verbrauchen und wird dann daran gehindert, weiterzulaufen, bis der Zeitraum erneuert wird. Eine Analyse des Container-Kontingents erklärt, warum die durchschnittliche Zuteilung vernünftig erscheinen kann, während kurze Spitzen dennoch zu Verzögerungen führen.

Dieses Verhalten unterscheidet sich vom thermischen Drosseln, bei dem die Hardware die Taktfrequenz senkt. Container-Drosselung ist eine Durchsetzung durch den Scheduler. Sie kann auch bei einer kühlen CPU mit freier Host-Kapazität auftreten, weil die Kontrollgruppe ihre konfigurierte Grenze erreicht hat.

Spitzenlasten können einen Zeitraum erschöpfen, bevor die Anfrage abgeschlossen ist

Bilddekodierung, Verschlüsselung, Kompression, Indizierung und Garbage Collection nutzen oft kurzzeitig mehrere Threads. Wenn diese Threads das verbleibende Kontingent zu Beginn einer Anfrage verbrauchen, wartet die Anfrage, obwohl nur noch wenige Millisekunden Arbeit übrig sind. Ein aktueller CPU-Drosselungs-Leitfaden beschreibt dies als stille Latenz statt als sichtbaren Fehler.

Der Effekt ist am stärksten bei der Tail-Latenz. Die meisten Anfragen werden zwischen den Kontingentpausen abgeschlossen, während eine kleinere Gruppe in die erzwungene Wartezeit fällt. Nutzer erleben gelegentlich langsame Seiten, gepufferte Wiedergabe oder Timeouts, die ein durchschnittliches CPU-Diagramm glattbügelt.

Eine gedrosselte Abhängigkeit verlangsamt andere Container

Ein Web-Container kann von einer Datenbank, einem Authentifizierungsdienst, einem Thumbnail-Worker oder einem DNS-Resolver abhängen. Wenn die Abhängigkeit ihr Kontingent erreicht, warten die Aufrufer, während ihre eigenen Sockets und Anfrage-Worker beschäftigt bleiben. Der Nutzer erlebt eine anwendungsweite Verlangsamung, obwohl nur eine Kontrollgruppe gedrosselt wird.

Ubers Untersuchung von CPU-Kontingenten und Tail-Latenz fand heraus, dass Multithreading das Kontingent früh verbrauchen und lange Wartezeiten erzeugen kann. Der Maßstab unterscheidet sich von einem Home-Server, aber der Planungsmechanismus ist derselbe.

Anteile, Kontingente und CPU-Pinning lösen unterschiedliche Probleme

Das relative CPU-Gewicht entscheidet, wie Container einen ausgelasteten Host teilen; ein hartes Kontingent begrenzt eine Gruppe, selbst wenn der Host untätig ist. CPU-Pinning beschränkt die Arbeit auf ausgewählte Prozessoren und kann Migration oder Konkurrenz reduzieren, nimmt aber auch Planungsspielraum. Diese Steuerungen sollten nicht als austauschbare Einstellknöpfe behandelt werden.

Indeeds Fallstudie zur CPU-Limit-Latenz zeigt, warum Fehler oder Einstellungen bei Kontingenten die Worst-Case-Antwortzeit dominieren können. Neuere CPU-Limit-Forschung trennt einzelne Anfragestopps von den dahinter entstehenden Warteschlangen.

Drosselung neben Arbeitslastlatenz messen

Erfassen Sie CPU-Auslastung, Kontingent, Periodenzahl, gedrosselte Perioden, gedrosselte Zeit, Ausführungswarteschlange und Antwortlatenz pro Dienst. Testen Sie dieselbe Arbeitslast mit kontrollierten Änderungen, anstatt alle Limits auf einmal zu entfernen. Ein sicheres Limit schützt das NAS vor einem durchdrehenden Prozess; ein zu niedriges Limit verwandelt normale Spitzen in wiederkehrende Verzögerungen.

Eine Analyse von Medien- und lokalen KI-Arbeitslasten zeigt, warum gemeinsam genutzte Rechenleistung unzusammenhängende Speicheraufgaben verlangsamen kann. Für eine diagnose-spezifische Wiedergabe trennt das Verhalten der Medienserver-CPU direktes Streaming von Transkodierung und anderer prozessorintensiver Arbeit.

FAQ

Kann ein Container CPU-gedrosselt werden, wenn der Home-Server untätig ist?

Ja. Ein hartes Kontrollgruppen-Kontingent kann diesen Container pausieren, selbst wenn andere Host-Kerne verfügbar sind. Die Host-weite Auslastung und die Durchsetzung des Kontingents pro Container messen unterschiedliche Dinge.

Verbessert das Entfernen von CPU-Limits immer die Leistung?

Es kann Kontingentpausen entfernen, aber es erlaubt auch einem Dienst, den Host zu beanspruchen und alle Nachbarn zu beeinträchtigen. Passen Sie Limits anhand gemessener Spitzenlast- und Latenzbedürfnisse an, anstatt die Isolation blind zu entfernen.

Warum schadet Drosselung multithreaded Containern so schnell?

Mehrere Threads können die Zeitzuteilung der Gruppe parallel verbrauchen. Der Container wartet dann auf die Erneuerung des Zeitraums, selbst wenn die Anfrage nur noch wenig CPU-Arbeit benötigt.