Как полностью отключить своп?

Я использую sid Debian, жесткий диск, отформатированный в ext4, работающий на Linux 3.1

Я помню, в предыдущих версиях Linux (может быть, до 3.0), если у меня не хватает памяти, а подкачка не включена, программы обычно вылетают. Это идеально подходит для моей среды: простой просмотр веб-страниц без критических операций. То есть, если я случайно наткнулся на плохой веб-сайт, который использует слишком много памяти, он просто падает, не делая мой терминал непригодным для использования.

Но в моей текущей настройке компьютер зависает с высокой пропускной способностью ввода / вывода в фоновом режиме. iotop показывает, что kswapd0 является виновником, что означает, что это происходит из-за обмена. После использования, swapon -sчтобы определить любые свопы, которые были включены, я использовал, swapoff -aчтобы отключить все свопы и swapon -sснова, чтобы подтвердить, что все свопы были отключены.

Затем я попытался максимизировать использование памяти снова. Увы, такого поведения я не ожидал. Вместо этого kswapd0 снова и снова пытается выгрузить ОЗУ и завершается неудачно, так как нет места подкачки. Поскольку он никогда не сдается, мой компьютер заблокирован в режиме вечной заморозки ввода-вывода, что плохо сказывается на здоровье моего диска.

Я делаю что-то не так, пытаясь swapoff -a? Почему поведение отличается от того, что было раньше (вероятно, до 3,0 раз)?

Отключение свопа не будет делать то, что вы хотите. Вы все равно получите высокую пропускную способность ввода / вывода, но это будут чистые страницы, а не грязные.

Без обмена система сжимает кэш чистых (неизмененных) страниц почти до нуля, потому что это единственные страницы, которые можно извлечь из физической памяти. Он может только изгнать грязные (измененные) страницы из памяти, записав их в файл подкачки, без подкачки, он не может изгнать грязные страницы.

Когда у вас заканчивается физическая память, каждому процессу придется загружать свои кодовые страницы с диска, поскольку он вытесняет предыдущие кодовые страницы процесса. Результатом будет сильное избиение и чрезмерная работа, выполняемая подсистемой подкачки.

Это особый случай очень важного принципа: для хорошо спроектированной системы нельзя улучшить ее работу, сократив выбор. Linux - это хорошо продуманная система. Удаление свопа дает ему меньше вариантов, поэтому неудивительно, что он ведет себя хуже.

Лучшее решение, чем отключение подкачки, которая в лучшем случае приведет к гибели случайных процессов при нехватке памяти, - это установить предел сегмента данных для процессов, которые вытаскивают ресурсы из сети. Таким образом, сбежавший браузер достигнет предела и умрет, а не приведет к непригодности всей системы. Пример из оболочки

(ulimit -d 400000; firefox) &

Число после -d в килобайтах. Вы должны поэкспериментировать с этим в своей системе, чтобы выбрать лучшее значение для ваших привычек просмотра. Скобки приводят к созданию подоболочки; команда ulimit влияет только на эту оболочку и ее дочерние элементы, изолируя ее эффекты от родительской оболочки.

Чтобы убедиться, что подкачка не используется, лучше не допускать добавления подкачки при загрузке. Это может быть сделано, в зависимости от системы, отключив swapслужбу загрузки или просто закомментировать запись в своп /etc/fstab.

Что касается вашего зависания, stop()функция in /etc/init.d/swapможет дать подсказку:

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
}

Обратите внимание на часть о тупике . Вы можете попробовать сделать umount -a -t tmpfsсебя, прежде чем выключить своп.

Редактировать:

Возможно, вы также можете достичь своей цели, изменив sysctlнастройки (см. Этот вопрос ).

Лучше закомментировать запись раздела подкачки, /etc/fstabчем запускать swapoff -aпосле каждой загрузки.

У меня та же проблема с kswapd0 на моем оборудовании.

Настройка vm.swappinessпараметров системы мне не помогает.

sysctl -w vm.swappiness=0

Я погуглил и прочитал много постов, списков рассылки, и теперь я думаю, что это ошибка ядра.

Когда нет активного раздела подкачки и свободная память становится меньше некоторого порога (в моем случае около 300 МБ), система перестает отвечать из-за безумия kswapd0.

Вероятно, это воспроизводится с особой конфигурацией и условиями.

Для кого-то это решается переустановкой системы с переразметкой для других путем создания собственного ядра с kswapd0отключенным.

В моей системе (Debian SID 2016-11-15) я сделал это:

1. отключите своп сейчас:

   swapoff -a
   

2. закомментируйте строку с разделом подкачки в / etc / fstab

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

3. отключить монтирование swap в systemd:

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

Было бы достаточно. В /etc/initramfs-tools/conf.d/resumeфайле есть ссылка на своп . Я не знаю, какова цель этого. Может быть, этот файл будет проблемой при следующей перезагрузке (пока я не пытаюсь перезагрузиться, мое время работы драгоценно;)).

компьютер зависает с высокой пропускной способностью ввода / вывода в фоновом режиме. iotop показывает, что kswapd0 является виновником

Я нашел один способ (пока), чтобы избежать этого. Если вы хотите протестировать его и посмотреть, как он работает в вашей системе, посмотрите исправление ядра внутри этого вопроса . По сути, он не высвобождает Active(file)страницы (по крайней мере), когда находится под давлением памяти, таким образом, перебрасывание диска (постоянное чтение) сводится практически к нулю, и OOM-killer разрешается запускаться в течение 1 секунды, вместо того, чтобы заморозить ОС для того, что кажется как навсегда (или хотя бы на много минут). Я надеюсь, что настоящие программисты (из которых я не являюсь) улучшат патч и превратят его в реальное решение, теперь, когда они видят, что он работает для этих ситуаций.