vm.swappiness. Так ли нужен?

lolxxr · #1

Всем привет.

У меня есть ноутбук. С двумя SSD (HDD не предусмотрен)

Насколько я знаю, SWAP использует Flash чем может износить мой SSD.

Если я просто выключу его установив vm.swappiness в положение 0, что может произойти?

Я в этом очень новый, поэтому прошу совет.

Железо Asus TUF A15

#2

У меня при инсталляции системы LM22.1 Cinnamon на SSD программой установки swap создан не был (чему был удивлён). На предыдущих редакциях LM20 и LM21 swap создавался. Краткие сведения о моём железе под спойлером в конце сообщения.
У вас использование swap будет зависеть от характеристик вашего железа и применяемых вами приложений.
Свою версию попробуйте. Можно даже сначала при работающей системе выключить swap, выполнив в терминале sudo swapoff -a, поработать как вы обычно делаете и посмотреть на поведение системы и расход ресурсов ноутбука. Включить swap снова можно через sudo swapon -a А по результатам такого эксперимента уже примете своё решение.
Насчёт износа SSD вопрос неоднозначный. Если вы ежедневно не записываете и стираете десятки Гигабайт данных, то износ SSD проявится в какой-то отдалённой перспективе. Про долговечность диска SSD общие сведения можно почерпнуть, например, отсюда. В сети можно найти упоминание того, что в современных дисках SSD реальное количество TBW часто превышает установленные производителем значения TBW в разы, а то и в десятки/сотни раз.

CPU:
Info: quad core model: Intel Celeron J3455 bits: 64 type: MCP arch: Goldmont
rev: 9 cache: L1: 224 KiB L2: 2 MiB
Speed (MHz): avg: 799 high: 800 min/max: 800/2300 cores: 1: 800 2: 800
3: 799 4: 799 bogomips: 11980
Flags: ht lm nx pae sse sse2 sse3 sse4_1 sse4_2 ssse3 vmx
...
Оперативная память 4 ГБ

#3

lolxxr писал(а): ↑
23 фев 2025, 01:26
Если я просто выключу его установив vm.swappiness в положение 0, что может произойти?

Максимально неправильное решение. Это будет не отключение swap а настройка "начать использовать только когда оперативная память совсем закончилась". Звучит вроде бы заманчиво, если не знать как оно должно работать и чем грозит. А грозит это падением системы в OOM, т.к. если память уже совсем закончилась, то ее не хватит, даже для того, чтобы процесс сваппинга смог выполнить свою задачу. Нормальная настройка 60, на современных десктопах оптимальна - она дает возможность системе скидывать данные в свап фоном, сильно заранее, не доводя до полного ступора или тем более OOM.
За износ ячеек SSD можете не переживать - эта страшилка относилась к первым поколениям. Современный SSD вы и за 20 лет не износите.

Если же таки хочется жить без swap (что весьма не рекомендуется, и на стабильность системы влияет не лучшим образом) то правильно будет просто закомментировать нужную строчку в /etc/fstab. Ну,или если хочется просто временно попробовать - swapoff -a, как написал выше madesta

Viktor.k · #4

Поставь vm.swappiness=10.

8ГБ оперативной, полет нормальный

На крайний случай вот туториал по zram https://forums.linuxmint.com/viewtopic.php?t=427964

#5

Viktor.k писал(а): ↑
23 фев 2025, 14:10
8ГБ оперативной, полет нормальный

Вообще, чем больше оперативной, тем выше имеет смысл ставить значение (до тех самых 60). Особенно в случае свапа на HDD. Т.к. когда таки дойдет до свапа, если это произойдет в момент когда памяти останется мало, система просто поставит многое "на паузу" и будет тупо свапить десятки секунд. Если же ей давать работать со свапом нормально - она это сделает фоном, заранее, без фризов. А длительность фриза - напрямую зависит от количества оперативки - чем ее больше, тем дольше ее на диск скидывать.
Другое дело если память никогда не используется полностью - тогда, собственно, и разницы никакой по этой настройке.

Viktor.k · #6

slant писал(а): ↑
23 фев 2025, 14:16
Вообще

ТС хочет уменьшить износ SSD. Хоть они и более-менее живучие, лучше все-таки ограничить количество перезаписей.

Не по теме

И про лимит кеша в браузере тоже не стоит забывать. А то он иногда по 20Гб в день пишет. Можно в tmp его перенести (кеш). Но помоему это извращение.

#7

Viktor.k писал(а): ↑
23 фев 2025, 14:58
ТС хочет уменьшить износ SSD. Хоть они и более-менее живучие, лучше все-таки ограничить количество перезаписей.

Современные SSD рассчитаны на такое количество записи, что чтобы его достичь нужно непрерывно на него писать 5-10 лет на максимальной пропускной способности. Словить отказ контроллера (или другую проблему) шанс в десятки раз выше, чем возможность достигнуть износа ячеек. Вот только такой отказ от количества записи никак не зависит. Это во первых.
Во вторых - во время нормальной работы типичная система система пишет всякого разного на системный диск этак в 2-10 раз больше чем в своп. Причем vm.swappiness на это влияет в последнюю очередь.

Viktor.k писал(а): ↑
23 фев 2025, 14:58
И про лимит кеша в браузере тоже не стоит забывать. А то он иногда по 20Гб в день пишет. Можно в tmp его перенести (кеш). Но помоему это извращение.

А вот это как раз очень дельное замечание. Если памяти много, есть очень хорошая штука - демон PSD который автоматически переносит кеши и профили броузеров на tmpfs и сливает их потом обратно на диск в конце работы. Рекомендую. Но не как средство против износа, как как средство ОЧЕНЬ ускорить броузер, особенно если там куча расширений установлено.
Описание: https://wiki.archlinux.org/title/Profil ... %B8%D0%B9)
В минте тоже в репах есть, насколько помню.

#8

slant писал(а): ↑
23 фев 2025, 13:51
А грозит это падением системы в OOM

А разве OOM killer не срабатывает при этом?

#9

slant писал(а): ↑
23 фев 2025, 13:51
За износ ячеек SSD можете не переживать - эта страшилка относилась к первым поколениям.

Даже и они нормально работают до сих пор - у меня 2 диска уже давно несуществующей фирмы OCZ Vertex 3 и Vertex 4 до сих пор нормально работают уже лет 15

#10

hellonet писал(а): ↑
23 фев 2025, 17:08
А разве OOM killer не срабатывает при этом?

Срабатывает. Потому система, (не как ядро, а как совокупность всего запущенного) часто начинает разваливаться. Киллер это не шибко интеллектуальная штука, запросто может прибить и что-то важное, но в текущий момент не слишком активное. А системе без него потом никак. Ну, например, скажем, оно может иксы прибить - посыпется следом все пользовательское окружение.

sveta13 · #11

lolxxr
Можешь ещё и тут посмотреть:
https://linux-faq.ru/page/10-operacij-k ... eniem-xfce
1.6. Сокращение интенсивности использования раздела подкачки
GUI не имеет значения (у меня xfce)

#12

sveta13, Материал сомнительной ценности. Кое что написанное - явная ересь, автор явно давно и прочно сидел под виндой и притянул оттуда свой образ мысли.

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

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

Настройки zswap тоже описаны с устаревшей точки зрения. Даже не касаясь настроек - ничего сейчас включать уже не нужно - года три как zswap везде включен по умолчанию. Так ядра собираются.

И т.д.

sveta13 · #13

slant
Спасибо

исправилась, сделала как было при установке:
cat /proc/sys/vm/swappiness
60

Кто сейчас на конференции