LinuxMint.com.ru

Всем привет.

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

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

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

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

Железо Asus TUF A15

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

lolxxr писал(а): ↑

23 фев 2025, 01:26

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

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

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

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

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

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

Viktor.k писал(а): ↑

23 фев 2025, 14:10

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

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

slant писал(а): ↑

23 фев 2025, 14:16

Вообще

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

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)
В минте тоже в репах есть, насколько помню.

slant писал(а): ↑

23 фев 2025, 13:51

А грозит это падением системы в OOM

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

slant писал(а): ↑

23 фев 2025, 13:51

За износ ячеек SSD можете не переживать - эта страшилка относилась к первым поколениям.

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

hellonet писал(а): ↑

23 фев 2025, 17:08

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

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

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

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

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

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

И т.д.

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