Jak całkowicie wyłączyć swap?

Używam sid Debiana, dysku twardego sformatowanego przy pomocy ext4, działającego na systemie Linux 3.1

Pamiętam, że w poprzednich wersjach systemu Linux (może wcześniej niż 3.0) zabrakło mi pamięci, a zamiana nie była włączona, programy zwykle ulegają awarii. Jest to idealne rozwiązanie dla mojego środowiska: proste przeglądanie stron internetowych bez krytycznych operacji. Oznacza to, że jeśli przypadkowo natknę się na kiepską stronę internetową, która zużywa zbyt dużo pamięci, po prostu ulega awarii bez powodowania, że ​​mój terminal jest bezużyteczny.

Ale w mojej obecnej konfiguracji komputer zawiesza się z gwałtowną przepustowością operacji we / wy w tle. iotop ujawnia, że ​​winowajcą jest kswapd0, co oznacza, że ​​jest to spowodowane zamianą. Po użyciu swapon -sdo określenia wszelkich zamian, które zostały włączone, użyłem swapoff -ado wyłączenia wszystkich zamian i swapon -sponownie, aby potwierdzić, że wszystkie zamiany zostały wyłączone.

Następnie ponownie spróbowałem zmaksymalizować zużycie pamięci. Niestety, oczekiwane zachowanie się nie zdarzyło. Zamiast tego kswapd0 próbuje ciągle wymieniać pamięć RAM i kończy się niepowodzeniem, ponieważ nie ma przestrzeni wymiany. Ponieważ nigdy się nie poddaje, mój komputer jest zablokowany wiecznym zawieszeniem we / wy, co jest szkodliwe dla zdrowia mojego dysku.

Czy robię coś złego, próbując swapoff -a? Dlaczego zachowanie jest inne niż kiedyś (prawdopodobnie wcześniej niż 3,0 razy)?

Wyłączenie zamiany nie zrobi tego, co chcesz. Nadal będziesz uzyskiwał gwałtowną przepustowość we / wy, ale będą to strony czyste, a nie brudne.

Bez wymiany system skompresuje pamięć podręczną czystych (niezmodyfikowanych) stron do prawie zera, ponieważ są to jedyne strony, które można usunąć z pamięci fizycznej. Może tylko usuwać brudne (zmodyfikowane) strony z pamięci, pisząc je do zamiany, bez zamiany, nie ma możliwości eksmisji brudnych stron.

Gdy zabraknie pamięci fizycznej, każdy proces będzie musiał załadować swoje strony kodowe z dysku, ponieważ eksmituje poprzednie strony kodowe procesu. Rezultatem będą gwałtowne wstrząsy i nadmierna praca wykonywana przez podsystem wymiany.

Jest to szczególny przypadek bardzo ważnej zasady: w przypadku dobrze zaprojektowanego systemu nie można go polepszyć, ograniczając jego możliwości wyboru. Linux to dobrze zaprojektowany system. Usunięcie zamiany daje po prostu mniej możliwości wyboru, więc nic dziwnego, że zachowuje się gorzej.

Lepszym rozwiązaniem niż wyłączenie swap, które w najlepszym wypadku spowoduje zabicie losowych procesów, gdy pamięć się wyczerpie, jest ustawienie limitu segmentu danych na proces dla procesów, które ściągają rzeczy z sieci. W ten sposób niekontrolowana przeglądarka osiągnie limit i umrze, zamiast spowodować, że cały system stanie się bezużyteczny. Przykład z powłoki

(ulimit -d 400000; firefox) &

Liczba po -d jest w kilobajtach. Powinieneś eksperymentować z tym w swoim systemie, aby wybrać najlepszą wartość dla swoich nawyków przeglądania. Nawiasy powodują utworzenie podpowłoki; polecenie ulimit wpływa tylko na tę powłokę i jej dzieci, izolując jej skutki od powłoki macierzystej.

Aby upewnić się, że wymiana nie jest używana, lepiej nie dopuścić do dodania wymiany podczas rozruchu. Można to zrobić, w zależności od systemu, wyłączając swapusługę rozruchu lub po prostu komentując wpis wymiany /etc/fstab.

Jeśli chodzi o zawieszenie, stop()funkcja w /etc/init.d/swapmoże dać wskazówkę:

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
}

Zwróć uwagę na część dotyczącą impasu . Możesz spróbować zrobić to umount -a -t tmpfssam przed wyłączeniem swap.

Edytować:

Prawdopodobnie możesz również osiągnąć swój cel, zmieniając sysctlustawienia (patrz to pytanie ).

Lepiej jest komentować wpis partycji wymiany /etc/fstabniż uruchamiać się swapoff -apo każdym uruchomieniu.

Mam ten sam problem z kswapd0 na moim sprzęcie.

Strojenie vm.swappinessparametru systemu nie pomaga mi.

sysctl -w vm.swappiness=0

Przeglądałem i czytałem wiele postów, list mailingowych, a teraz myślę, że to błąd jądra.

Kiedy nie ma aktywnej partycji wymiany, a wolna pamięć staje się mniejsza niż pewien próg (w moim przypadku około 300 MB), system przestaje odpowiadać z powodu szaleństwa kswapd0.

Prawdopodobnie jest reprodukowany ze specjalną konfiguracją i warunkami.

Dla kogoś jest to rozwiązane przez ponowną instalację systemu z partycjonowaniem dla innych przez zbudowanie niestandardowego jądra z kswapd0wyłączonym.

W moim systemie (debian sid 15.11.2016) zrobiłem to:

1. wyłącz teraz swap:

   swapoff -a
   

2. skomentuj wiersz z partycją wymiany w / etc / fstab

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

3. wyłącz montaż swap w systemd:

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

To by wystarczyło. W /etc/initramfs-tools/conf.d/resumepliku znajduje się odniesienie do wymiany . Nie wiem jaki jest tego cel. Być może ten plik będzie stanowić problem przy następnym restarcie (nie próbuję jeszcze restartować, mój czas pracy jest cenny;)).

komputer zawiesza się z gwałtowną przepustowością operacji we / wy w tle. iotop ujawnia, że ​​winowajcą jest kswapd0

Znalazłem jeden sposób (jak dotąd), aby tego uniknąć. Jeśli chcesz go przetestować i zobaczyć, jak działa w twoim systemie, zobacz łatkę na jądro w tym pytaniu . Zasadniczo nie eksmituje Active(file)stron (przynajmniej) pod presją pamięci, w związku z czym miażdżenie dysku (ciągłe odczytywanie) zostaje zredukowane do prawie zera, a OOM-killer może się uruchomić w ciągu 1 sekundy, zamiast zamrażać system operacyjny z powodu tego, co wydaje się jak na stałe (lub przynajmniej przez wiele minut). Mam nadzieję, że faktyczni programiści (których nie jestem) ulepszą łatkę i uczynią ją prawdziwym rozwiązaniem, skoro widzą, że to, co robi, działa w takich sytuacjach.