Dennis HilkLinux Fix LabEN

Leistung und Virtualisierung

Swap-Aktivität verursacht wiederholte interaktive Pausen

Belegter Swap allein ist kein Fehler. Vergleiche Ein-/Auslagerungsraten, Speicherdruck und Arbeitsmenge vor Änderungen an swappiness oder Swap.

Redaktionelle Quellenprüfung: Mit den Hinweisen beginnenAnleitung teilen
Auf dieser Seite
  1. Symptome und Geltungsbereich
  2. Mögliche Ursachen
  3. Sicher prüfen
  4. Nächste Schritte nach Befund
  5. Quellen und Prüfung
  6. Verwandte Probleme

Symptome und Geltungsbereich

  • Pausen fallen mit dauernder Ein- und Auslagerung zusammen.
  • Speicherdruck bleibt bestehen, während dieselben Seiten wiederholt benötigt werden.

Betroffene Umgebung

Linux-Swap-Statistik, VM-Regeln und procps-vmstat; komprimierter Swap besitzt andere Kosten.

Mögliche Ursachen

Das sind mögliche Erklärungen, keine bestätigte Diagnose. Mehrere unabhängige Fehler können gleichzeitig vorliegen.

  • Die aktive Arbeitsmenge passt eventuell nicht in verfügbaren RAM und erzeugt wiederholte Verdrängung und Neuladung.
  • Swap-Latenz, Kompressionskosten oder cgroup-Regeln können Druck verstärken; belegter Swap allein unterscheidet dies nicht.

Sicher prüfen

Führe jeweils einen Befehl in der passenden Sitzung aus. Lies zuerst die Erklärung. Großgeschriebene Platzhalter brauchen deine Werte; Werkzeuge und Rechte unterscheiden sich je nach Distribution. Die Website zeigt Befehle an und führt sie niemals aus.

Prüfschritt 1

Liest sechs procps-Berichte; der erste fasst die Zeit seit dem Boot zusammen.

vmstat 1 6

Ergebnis einordnen: Nutze spätere si-/so-Intervalle statt nur Belegung. Dauernder Verkehr mit Latenz stützt Thrashing; alte inaktive ausgelagerte Seiten können unkritisch sein.

Prüfschritt 2

Die Form --show listet nur aktive Swap-Geräte und Belegung; lasse sie nicht weg.

swapon --show --bytes

Ergebnis einordnen: Vergleiche Gerätetyp, Priorität und Belegung mit den Raten. Hohe Belegung beweist keine Aktivität während der Pause.

Prüfschritt 3

Liest den aktuellen swappiness-Wert ohne Zuweisung.

sysctl vm.swappiness

Ergebnis einordnen: Swappiness beschreibt relative Rückgewinnungskosten; es ist kein RAM-Prozentwert für den Beginn des Swappings.

Nächste Schritte nach Befund

Wiederkehrenden Seitenbedarf verringern

Wenn die Last RAM wiederholt übersteigt, reduziere parallele Aufträge, Cache oder Batchgröße oder stelle passende Kapazität bereit. Vergleiche spätere vmstat-Intervalle und PSI bei gleicher Last.

Vorsicht: Abschalten belegten Swaps kann Seiten in zu wenig RAM zurückzwingen und OOM auslösen. Sichere Anwendungszustand vor Arbeitsstopp.

Wiederherstellung / Rücknahme: Stelle Anwendungsgrößen nur innerhalb des Budgets schrittweise zurück; behalte die frühere Ablaufplanung.

Hat dir dieser Hinweis geholfen?

Hinweis teilen#

Swap-Regel an gemessene Kosten anpassen

Wenn Swap-Kosten messbar von erneuten Dateiseitenzugriffen abweichen, erprobe dokumentiertes swappiness und überwache Latenz sowie OOM. Prüfe komprimierten oder schnelleren Swap als gesonderte geplante Änderung.

Vorsicht: Bewahre den alten Wert auf und ändere einen Faktor. Niedrigere Werte sind nicht allgemein schneller, besonders bei komprimiertem Speicher-Swap.

Wiederherstellung / Rücknahme: Stelle swappiness und Swap-Konfiguration zurück; deaktiviere beschäftigten Swap nicht ohne genügend Speicherreserve.

Hat dir dieser Hinweis geholfen?

Hinweis teilen#

Quellen und Prüfung

Diese Anleitung basiert auf Originalquellen von Projekten oder Distributionen und wurde am genannten Datum redaktionell geprüft. Das ist eine Quellenprüfung, kein Nachweis einer auf deiner Hardware reproduzierten Lösung. Log-Beispiele sind synthetische Testdaten. Versionsabhängige Details müssen zur installierten Ausgabe passen.