OOM Killer ist ein Mechanismus für Linux -Systeme zum Beenden von Prozessen, wenn der Speicher ersch?pft ist, um Abstürze zu verhindern. Es kann kritische Prozesse vor dem Anpassen des Werts OOM_SCORE_ADJ schützen und die Speicherverwaltung auf Systemebene durch Overcommit-Einstellungen optimieren. Es wird auf der Grundlage von Faktoren wie dem Verbrauch und der Bedeutung des Prozessged?chtnisses und der Bedeutung bewertet. Je h?her die Punktzahl, desto leichter ist es, get?tet zu werden. Um zu verhindern, dass Schlüsselprozesse get?tet werden, kann der oom_score_adj auf -1000 eingestellt werden. Die Overcommit_Memory -Richtlinie kann auf Systemebene eingestellt werden, Speicher und Swap -Nutzung begrenzen und OOM -Ereignisse über DMESG überwachen. In Kubernetes- oder Docker -Umgebungen müssen Sie auf den Interaktionseffekt von Ressourcenquoten und CGroups achten.

Wenn das Linux-System nicht ausreicht, wird ein Mechanismus namens OOM Killer (Out-of-Memory Killer) aktiviert. Seine Aufgabe besteht darin, bestimmte Prozesse selektiv zu beenden, um Speicherressourcen freizugeben und das gesamte System zum Absturz zu verhindern. Obwohl dieser Mechanismus als "letzte Verteidigungslinie" dienen kann, ist das Standardverhalten nicht immer das vernünftigste - manchmal kann es Prozesse t?ten, die Sie nicht get?tet werden m?chten.

Wenn Sie einen High-Load-Service, eine Containerumgebung oder eine bestimmte Prozesse durchführen, die Schutz ben?tigen, ist es erforderlich, das Verhalten von OOM-Killer zu verstehen und ordnungsgem?? anzupassen.

Was ist Oom Killer?

OOM Killer ist Teil des Linux -Kernels und wird ausgel?st, wenn das System keinen Speicher mehr zuweisen kann (einschlie?lich des Austauschraums). Es wird jeden Prozess gem?? einer Reihe von Bewertungsmechanismen erzielen. Je h?her die Punktzahl, desto leichter ist es ausgew?hlt und get?tet.

Dieser Satz von Bewertungen berücksichtigt haupts?chlich mehrere Faktoren:

• Die Speichergr??e, die im Prozess verwendet wird
• Die Bedeutung des Prozesses (z. B. ob er von der Wurzel gestartet wird)
• L?uft es lange Zeit?
• Oom Score adjwert (ich werde sp?ter darüber sprechen)

Sie k?nnen den Anpassungswert eines Prozesses in /proc/<pid>/oom_score_adj</pid> anzeigen und ?ndern und die Gesamtstrategie der allgemeinen Speicherzuweisung in /proc/sys/vm/overcommit_memory usw. steuern.

Wie kann man verhindern, dass Schlüsselprozesse durch OOM -M?rder get?tet werden?

Wenn Sie einen Dienst haben, der nicht einfach unterbrochen werden kann (z. B. den Hauptprozess der Datenbank), k?nnen Sie die Wahrscheinlichkeit reduzieren, dass Sie durch Anpassung des OOM -Scores get?tet werden.

Die Methode lautet wie folgt:

• ?ndern Sie den Wert oom_score_adj des Prozesses, der Bereich betr?gt -1000 bis 1000. Je niedriger der Wert ist, desto weniger wahrscheinlich ist er get?tet.
• Wenn Sie beispielsweise einen Prozess mit PID 1234 schützen m?chten, k?nnen Sie ausführen:

   echo -500>/proc/1234/oom_score_adj

• Wenn Sie Oom Killer vollst?ndig verbieten m?chten, diesen Prozess zu t?ten, k?nnen Sie ihn auf -1000 festlegen:

   echo -1000>/proc/1234/oom_score_adj

?? Hinweis: Nur Root -Berechtigungen k?nnen diese Werte ?ndern. Setzen Sie au?erdem nicht alle Prozesse beil?ufig auf -1000, da dies dazu führen kann, dass das System ohne Prozesse get?tet und stecken bleibt.

Wie kann man das OOM-Verhalten auf Systemebene stimmen?

Zus?tzlich zu einem einzelnen Prozess k?nnen einige Anpassungen aus der Systemebene vorgenommen werden, um das Ausl?ser des Zeitpunkts und des Verhaltens von OOM -Killer zu beeinflussen:

• Passen Sie die überbeamteneinstellungen an
  /proc/sys/vm/overcommit_memory steuert die Speicherzuweisungsrichtlinie:

  • 0: Standardmodus, sodass eine m??ige überholung der Speicher zu erm?glichen.
  • 1: Erm?glichen Sie immer eine überm??ige Verteilung, die für Testumgebungen geeignet ist.
  • 2: überm??ige Verteilung ist verboten, es ist konservativer und für Produktionsumgebungen geeigneter.

• Begrenzen Sie die maximale Menge der verfügbaren Swaps
  Einstellung /proc/sys/vm/overcommit_ratio und swappiness k?nnen die Speicherdruckleistung des Systems indirekt beeinflussen, bevor OOM auftritt.

• überwachungssystemprotokoll
  Wenn OOM -Killer tats?chlich ausgel?st wird, zeichnet das System relevante Informationen in DMESG oder Syslog auf. Sie k?nnen überprüfen, ob ein Prozess get?tet wurde von:

   dmesg | grep -i 'oom \ | t?ten'

Praktische Anwendungsvorschl?ge

• In Kubernetes- oder Docker -Umgebungen kann das Verhalten von OOM -Killer mit der Speichergrenze von CGroups interagieren. Achten Sie zu diesem Zeitpunkt besondere Aufmerksamkeit auf die Einstellung der Ressourcenquote.
• In Entwicklungsumgebungen k?nnen Sie OOM-Killer vorübergehend zum Debuggen schlie?en (nicht für den langfristigen Gebrauch empfohlen):

   Echo 1>/proc/sys/vm/panic_on_oom

  Das System stürzt direkt in OOM ab, anstatt den Prozess zu t?ten, der für bestimmte Testszenarien geeignet ist.

• überprüfen Sie regelm??ig die Werte von OOM_SCORE_ADJ kritischer Dienste, um sicherzustellen, dass sie aufgrund von Neustarts oder anderen Gründen nicht an die Standardwerte zurückgekehrt sind.

Grunds?tzlich ist das. OOM Killer ist ein nützlicher Garantiemechanismus, aber im tats?chlichen Einsatz erfordert es h?ufig bestimmte Anpassungen, die auf den Gesch?ftsbedürfnissen beruhen. Das Verst?ndnis des Arbeitsprinzips und der Konfiguration wird dazu beitragen, die Stabilit?t und Kontrolle des Systems zu verbessern.

Das obige ist der detaillierte Inhalt vonWas ist der Out-of Memory (OOM) -Miller und wie man ihn stimmt?. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!