Это плохая идея создать скрипт cron, который очищает своп каждый час?

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

Я сделал короткую cronкоманду, чтобы автоматизировать это, и у меня хорошие результаты:

#! /bin/sh

echo "* */1 * * * root swapoff -a && swapon -a" >> /etc/crontab

Но поскольку это скорее хитрость, чем реальное решение этой проблемы, я задаюсь вопросом о возможных причинах, по которым это может быть плохой идеей, или как я могу улучшить этот скрипт, чтобы сделать его немного более умным?

Используя это так: да, плохо. Вам действительно нужно проверить, достаточно ли памяти, прежде чем выключать своп. Смотрите /ubuntu//a/90399/15811 для лучшей версии.

Также: ты уверен в этом? Распределение свопа не означает использование свопа. Команда vmstat, столбцы si(поменять местами) и so(поменять местами). Если те остаются 0, у вас есть другая проблема. По моему опыту, своп вряд ли используется, и вы, возможно, не используете его, думая, что он не опустошает его, но нечего опустошать.

Я бы сказал, что это плохая идея. Если вы считаете, что у вас есть свободная память и активный процесс не перемещается из раздела подкачки в ОЗУ, то либо у вас недостаточно свободной памяти, чем вы думаете, либо процесс не так активен, как вы думаете является.

Если активный процесс продолжает меняться, вы должны исправить все, что вызывает нагрузку на память. Если это не активный процесс, в чем дело?

Это плохая идея.

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

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

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

Ядро также всегда будет использовать пространство подкачки, как только физическая память заполнится более чем на 50%, поэтому эти цифры будут отличны от нуля, даже если у вас достаточно памяти.

Это плохая идея. Если бы это было полезно, ядро ​​Linux реализовало бы это таким образом. Я не верю, что есть причина менять больше, чем несколько параметров настройки, так как такой простой сценарий оболочки, скорее всего, не более умный, чем алгоритмы разработчиков ядра.

У вас есть два случая:

• Процессы в пространстве подкачки в любом случае не используются. Почему вы хотите вернуть их обратно в оперативную память?
• ОЗУ мало, поэтому они выгружаются, и вы возвращаете их обратно в ОЗУ. Тогда ваша система снова поместит их в своп как можно скорее.

Итак, есть два основных момента:

1. Во-первых, ваша система будет работать медленно, когда слишком мало оперативной памяти для одновременного запуска всех ваших программ. Swap поможет вам запустить больше программ, но не переключаться быстро на редко используемую, которая может быть заменена. Никакой своп не может привести к тому, что редко используемый был убит, или отправить используемому в настоящий момент исключение нехватки памяти.
2. Во-вторых, подкачка - это хорошо, так же как и в swap, поскольку у вас есть свободная оперативная память за счет программ, которые вы в настоящее время не используете.

Несмотря на отсутствие проблем с нехваткой памяти в слишком многих программах, некоторые программы могут распределять память на основе свободной оперативной памяти (возможно, ваш браузер будет использовать больше памяти кэша, и вы сможете просматривать ее быстрее), а ядро ​​может использовать свободную память для кэширования диска и аналогичные оптимизации. Когда вы заставляете ваш подкачку быть пустым, ядро ​​удаляет свой кэш чтения, и, например, запуск нового экземпляра Firefox займет больше времени, чем когда Firefox все еще находится в дисковом кеше.

Если вы хотите настроить поведение ядра, смотрите параметр swappiness .

Два дополнительных ресурса предоставлены @ peter-cordes:

• Оптимизация Linux для медленных компьютеров
• https://lonesysadmin.net/2013/12/22/better-linux-disk-caching-performance-vm-dirty_ratio/

Если вы действительно хотите иметь пустой своп, вы можете отключить своп навсегда. Я не понимаю, почему его включение в течение часа, а затем его опустошение имеет преимущества по сравнению с отсутствием свопинга.

Вы можете достичь тех же результатов, сказав ядру освободить кеши:

echo 3 > /proc/sys/vm/drop_caches

Таким образом вы избегаете кратковременного возможного истощения памяти и оставляете ядру решать, что необходимо, а что можно отбросить.

Вопреки общему мнению, SWAP сам по себе неплохой .
Что на самом деле замедляет работу вашей системы, так это активность ядра, которая перемещает Данные из ОЗУ в SWAP и обратно в ОЗУ swappiness.
Система делает это автоматически, так как она настроена с помощью swappiness.
Это приводит к тому, что память из неактивных процессов сбрасывается в раздел жесткого диска.
Я сам в течение многих лет работал с машиной, на которой не было такого большого количества оперативной памяти, и у меня всегда было немного используемой памяти SWAP. Тем не менее, моя машина работала нормально, пока вы не начали перемещать память обратно в ОЗУ, возможно, пытаясь закрыть открытое приложение. Затем рабочая нагрузка начала увеличиваться.

• Таким образом, благодаря постоянной очистке памяти SWAP рабочая нагрузка на ваш компьютер значительно возрастет.
• Запуск приложений, чья память находится в разделе SWAP, может привести к повреждению при их выполнении.

Скорее, я бы посоветовал вам внимательно изучить, какое приложение использует вашу память в командной строке вместе с htopприложением, и решить закрыть какое-либо приложение. Это gnome-system-monitorможет дать вам хорошее понимание, в его вкладке Process.
Если у вас большие приложения, которые используют много оперативной памяти. Не запускайте их все сразу.