Swap в 18.04

[Ubbuntu]

Проблема следующая, заглянул я в htop. И обнаружил что SWAP у меня не 5.74гб как положено, по количеству оперативки, он всего 2ГБ.
Первым делом полез в интернеты, и там нашел:

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

http://adiutor.ru/index.php/ubuntu-18-04-overview

А теперь вопрос, как он переписывает данные в SWAP. Если Swap изначально создаётся меньше размеров оперативки?? И что будет если в какой-то момент(не уследил) у меня закончилась оперативка..

Всё зависнет??

[РыжийПёс]

А теперь вопрос, как он переписывает данные в SWAP. Если Swap изначально создаётся меньше размеров оперативки??

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

И что будет если в какой-то момент(не уследил) у меня закончилась оперативка..

Всё дело в том, что очень многие хейтеры орали о том, что "swap не нужен!" (ибо у них у всех крутые компы с 32 ГБ оперативы, а гибернацией они не пользуются), поэтому разработчики и решили по умолчанию упразднить swap-раздел, заменив его на "файл подкачки" (как в винде), в принципе, его размер тоже можно при желании изменять. Если же у Вас мало оперативной памяти для ваших повседневных задач, и есть шанс, что она может закончится, то надо было в процессе установки разбивать диск вручную, и создать swap-раздел нужного Вам размера.
В принципе, это можно сделать и после установки, но гораздо сложнее.

(Нажмите, чтобы показать/скрыть)

Например, загрузиться с liveCD/liveUSB, с помощью редактора разделов (например, GParted) уменьшить размер какого-нибудь раздела, на освободившемся месте создать swap-раздел, подмонтировать системный раздел и отредактировать файл /etc/fstab на установленной системе, скорректировав UUID разделов (если они изменились) и вписав новый SWAP-раздел.

[Sly_tom_cat]

Ubbuntu, а вы реально гибернацией пользуетесь?

Сейчас этот режим вообще отключен после установки ОС, бо он чаще не работает без плясок с бубном.

[www777]

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

[andytux]

"файл подкачки" (как в винде), в принципе, его размер тоже можно при желании изменять...

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

[РыжийПёс]

www777, простите, не всё так уж однозначно. Специально для Вас провёл измерения

(Нажмите, чтобы показать/скрыть)

Чистая загрузка против гибернации
Система: Kubuntu 14.04.5, ОЗУ 16 Гб, корень на SSD, /home на обычном диске, гибернация по методу hibernate (s2disk на этом ПК не работает)
Чистая загрузка (с момента нажатия Enter в меню Grub, до появления рабочего стола со всеми виджетами) - 18 секунд.
Возврат из гибернации (с момента нажатия Enter в меню Grub, до возврата к рабочему столу) - 12-13 секунд.
Итого, наша экономия при включении ПК - не менее 5 секунд. (по сути это не так критично, быть может, если бы вместо Kubuntu была бы Xubuntu или Lubuntu, то чистая загрузка с нуля вообще бы выигрывала)
А теперь пробуем так:
Загрузка системы, запуск Firefox, открытиё этой страницы форума (из журнала браузера) - примерно 35 секунд.
А возврат из гибернации с открытым Firefox - 13 секунд.
То есть, если что-то уже запущено, то гибернация даёт существенную экономию времени, причём не столько того, за которое грузится ОС, сколько того, в течении которого пользователь запускает программы и открывает нужные файлы, рыская мышкой по разным меню.

[EvangelionDeath]

РыжийПёс, что вы там себе наставили, так как у меня с момента нажатия кнопки включения до рабочего стола проходит итого меньше (а если отбросить ввод пароля и таймаут выбора ОС в грабе), то вообще... Где-то я уже несколько раз выкладывал вывод systemd-analize (6,5 секунды)


И еще hibernate = suspend to disk, sleep = suspend to ram

И еще, попрошу не сочинять небылицы о SWAP. И о том что и конгда не нужно.

А теперь вопрос, как он переписывает данные в SWAP. Если Swap изначально создаётся меньше размеров оперативки??

Ну а теперь правильный ответ: если вы не используете suspend2disk, то размер SWAP в полне может быть меньше оперативки, при этом в десятки, а то и сотни раз

Код: (bash) [Выделить]

> free -h
              total        used        free      shared  buff/cache   available
Mem:           125G         15G         21G        8.8G         88G        100G
Swap:          8.0G         43M        8.0G

Если же какое-то ПО начнет очень уж жадно поглощать свободную память, то так или иначе он попадет под прицел OOM киллера. А тот такие проблемы решает кардинально - убивает зарвавшийся процесс.
Кроме того, я уже несколько раз давал выкладки с DataSheet Oracle, Red Hat и других по поводу SWAP (кратко):
1) Если размер ОЗУ Вашего компа 2 и менее ГБ - SWAP по размеру ОЗУ
2) Если размер от 2х до 4х ГБ - SWAP можно делать в половину ОЗУ
3) Если размер ОЗУ свыше 4ГБ - вполне достаточно и 2х ГБ SWAP
Но эти рекомендации следует применять осторожно, так как сдесь не учтено, что система может быть высоконагруженной и потому SWAP может потребоваться и побольше

[Ubbuntu]

Ubbuntu, а вы реально гибернацией пользуетесь?

Нет, не пользуюсь. И я видел в режимах, что его нету.
Там только "ждущий режим".

По поводу того что у всех крутые компы, с 32ГБ оперативки, это конечно разработчики погорячились.

Просто у меня был случай, когда RAM и Swap "случайно" закончились..  Ладно что делать, значит буду ещё сильнее бдеть эту память.

[Sly_tom_cat]

Когда память кончается в дело вступает OOMKiller. И кто не пригнулся - тот сам виноват.... Правда порой его включения приходится долго ждать... иногда руками его через sysreq запустить проще чем дождаться.

[symon.2014]

В качестве околонаучного бреда о 70% - может 18.04 уже научилась не копировать байт в байт , а может быть и сжимает?

[Ubbuntu]

Когда память кончается в дело вступает OOMKiller.

Этот killer на 16.04 тоже был?
У меня в момент когда закончилась память, тупо зависла система. И всё.

[EvangelionDeath]

У меня в момент когда закончилась память, тупо зависла система. И всё.

А наличие 100500 ГБ SWAP думаете сильно бы изменило ситуацию? Я как бы сомневаюсь и на то есть основания - утечка памяти в VLC была уже примером. Так вот наличие или отсутствие SWAP ну никак не влияло на ситуацию, разве что наличие SWAP давало пару дополнительных секунд\минут...

[Ubbuntu]

Ладно, ясно. Значит будем разбираться. 

[Monk23]

"файл подкачки" (как в винде), в принципе, его размер тоже можно при желании изменять...

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

Ткните, пожалуйста, как бы мне это реализовать на сабжевой системе?
Оперативы 4 ГБ, swap 2 ГБ. Иногда система виснет, думаю проблема может быть в этом. У меня часто бывает много вкладок и остального не тяжелого, но много.. По мониторингу смотрю легко может не хватать подкачки, в моменты зависаний пока конкретных данных к сожалению нету. Думаю увеличить до 4 ГБ, или еще один создать на 2 ГБ.

[ARTGALGANO]

Monk23, а свап - раздел или файл?
swapon -s