Wie kann ich Swap komplett deaktivieren?

Ich verwende Debian Sid, eine mit ext4 formatierte Festplatte, die unter Linux 3.1 läuft

Ich erinnere mich, dass bei früheren Linux-Versionen (möglicherweise vor 3.0) Programme normalerweise abstürzen, wenn mir der Speicher ausgeht und Swap nicht aktiviert ist. Dies ist perfekt für meine Umgebung: Einfaches Surfen im Internet ohne kritische Vorgänge. Das heißt, wenn ich versehentlich auf eine schlechte Website stoße, die zu viel Speicherplatz verbraucht, stürzt sie ab, ohne dass mein Terminal unbrauchbar wird.

In meinem aktuellen Setup bleibt der Computer jedoch mit einem heftigen E / A-Durchsatz im Hintergrund hängen. iotop zeigt, dass kswapd0 der Schuldige ist, was bedeutet, dass es auf das Austauschen zurückzuführen ist. Nachdem swapon -sich swapoff -aalle aktivierten Swaps ermittelt hatte , deaktivierte ich alle Swaps und swapon -sbestätigte erneut, dass alle Swaps deaktiviert waren.

Dann habe ich erneut versucht, meine Speichernutzung zu maximieren. Leider ist das Verhalten, das ich erwartet hatte, nicht eingetreten. Stattdessen versucht kswapd0 immer wieder, den Arbeitsspeicher auszutauschen, und schlägt fehl, da kein Auslagerungsspeicher vorhanden ist. Weil es nie aufgibt, ist mein Computer in einem ewigen E / A-Einfrieren gesperrt, was sich negativ auf die Gesundheit meiner Festplatte auswirkt.

Mache ich etwas falsch, wenn ich es versuche swapoff -a? Warum ist das Verhalten anders als früher (wahrscheinlich vor 3.0)?

Das Deaktivieren von Swap macht nicht das, was Sie wollen. Der I / O-Durchsatz ist immer noch gewalttätig, es handelt sich jedoch eher um saubere als um schmutzige Seiten.

Ohne Auslagerung komprimiert das System den Cache sauberer (nicht geänderter) Seiten auf nahezu Null, da dies die einzigen Seiten sind, die aus dem physischen Speicher entfernt werden können. Es kann nur verschmutzte (geänderte) Seiten aus dem Speicher entfernen, indem sie in Swap geschrieben werden. Ohne Swap können verschmutzte Seiten nicht entfernt werden.

Da der physische Speicher knapp wird, muss jeder Prozess seine Codepages von der Festplatte laden, da er die vorherigen Prozesscodepages entfernt. Das Ergebnis wird gewaltsames Dröhnen und übermäßige Arbeit des Swap-Subsystems sein.

Dies ist ein Sonderfall eines sehr wichtigen Prinzips: Bei einem gut konzipierten System können Sie die Leistung nicht verbessern, indem Sie die Auswahl reduzieren. Linux ist ein gut konzipiertes System. Wenn Sie Swap entfernen, haben Sie nur weniger Auswahlmöglichkeiten. Es ist also nicht verwunderlich, dass es sich schlechter verhält.

Eine bessere Lösung als das Deaktivieren von Swap, bei dem zufällige Prozesse bestenfalls abgebrochen werden, wenn der Arbeitsspeicher knapp wird, ist das Festlegen des Grenzwerts pro Prozessdatensegment für Prozesse, die Daten aus dem Netz ziehen. Auf diese Weise stößt ein außer Kontrolle geratener Browser an seine Grenzen und stirbt, anstatt das gesamte System unbrauchbar zu machen. B. aus der Muschel

(ulimit -d 400000; firefox) &

Die Zahl nach -d ist in Kilobyte. Sie sollten damit auf Ihrem System experimentieren, um den besten Wert für Ihre Surfgewohnheiten zu finden. Durch die Klammern wird eine Unterschale erstellt. Der Befehl ulimit wirkt sich nur auf diese Shell und ihre untergeordneten Shell-Elemente aus und isoliert ihre Auswirkungen von der übergeordneten Shell.

Um sicherzustellen, dass Swap nicht verwendet wird, sollten Sie verhindern, dass Swap beim Booten hinzugefügt wird. Dies kann je nach System durch Deaktivieren des swapBoot-Dienstes oder durch Auskommentieren des Swap-Eintrags in erfolgen /etc/fstab.

In Bezug auf Ihr Auflegen könnte die stop()Funktion in /etc/init.d/swapeinen Hinweis geben:

stop()
{
       ebegin "Deactivating swap devices"

       # Try to unmount all tmpfs filesystems not in use, else a deadlock may
       # occure. As $RC_SVCDIR may also be tmpfs we cd to it to lock it
       cd "$RC_SVCDIR"
       umount -a -t tmpfs 2>/dev/null

       case "$RC_UNAME" in
               NetBSD|OpenBSD) swapctl -U -t noblk >/dev/null;;
               *)              swapoff -a >/dev/null;;
       esac
       eend 0
}

Beachten Sie den Teil über Deadlock . Sie können es umount -a -t tmpfsselbst versuchen, bevor Sie den Swap ausschalten.

Bearbeiten:

Wahrscheinlich können Sie Ihr Ziel auch durch Ändern der sysctlEinstellungen erreichen (siehe diese Frage ).

Es ist besser, den Swap-Partitionseintrag auskommentieren, /etc/fstabals ihn swapoff -anach jedem Start auszuführen .

Ich habe das gleiche Problem mit kswapd0 auf meiner Hardware.

Tuning vm.swappinessSystemparameter hilft nicht , für mich.

sysctl -w vm.swappiness=0

Ich habe gegoogelt und viele Posts und Mailinglisten gelesen, und jetzt denke ich, dass dies ein Kernel-Bug ist.

Wenn keine aktive Swap-Partition vorhanden ist und der freie Speicher unter einem bestimmten Schwellenwert (in meinem Fall etwa 300 MB) liegt, reagiert das System aufgrund von kswapd0-Wahnsinn nicht mehr.

Wahrscheinlich wird es mit speziellen Konfigurationen und Bedingungen reproduziert.

Für jemanden wird dies durch eine Neuinstallation des Systems mit erneuter Partitionierung für andere gelöst, indem ein benutzerdefinierter Kernel mit kswapd0deaktivierten Rechten erstellt wird.

Auf meinem System (debian sid 15.11.2016) habe ich folgendes gemacht:

1. deaktiviere den Swap jetzt:

   swapoff -a
   

2. Kommentieren Sie die Zeile mit der Swap-Partition in / etc / fstab

   #### #UUID=c6ddbc95-3bb5-49e1-ab25-b1c505e5360c none            swap    sw              0       0
   

3. Deaktivieren Sie die Bereitstellung von Swap in systemd:

   systemctl --type swap
   systemctl stop dev-sda6.swap
   systemctl mask dev-sda6.swap
   

Es wäre genug. Es gibt einen Verweis auf den Swap in der /etc/initramfs-tools/conf.d/resumeDatei. Ich weiß nicht, wozu das gut ist. Möglicherweise ist diese Datei beim nächsten Neustart ein Problem (ich versuche noch nicht neu zu starten, meine Betriebszeit ist kostbar;)).

Der Computer bleibt mit einem heftigen E / A-Durchsatz im Hintergrund hängen. iotop zeigt, dass kswapd0 der Schuldige ist

Ich habe (bis jetzt) ​​einen Weg gefunden, das zu vermeiden. Wenn Sie es testen und sehen möchten, wie es auf Ihrem System funktioniert, lesen Sie den Kernel-Patch in dieser Frage . Grundsätzlich werden Active(file)Seiten (zumindest) nicht entfernt, wenn der Arbeitsspeicher überlastet ist. Dadurch wird die Datenträgerverletzung (ständiges Lesen) auf fast nichts reduziert und der OOM-Killer kann innerhalb von 1 Sekunde ausgelöst werden, anstatt das Betriebssystem für einen bestimmten Zeitraum einzufrieren wie dauerhaft (oder zumindest für viele Minuten). Ich hoffe, dass tatsächliche Programmierer (von denen ich nicht bin) den Patch verbessern und ihn zu einer tatsächlichen Lösung machen, jetzt, da sie sehen, dass das, was es tut, für diese Situationen funktioniert .