LinuxMint.com.ru

До сих пор я прибегал к древнему правилу SWAP = ОЗУ*2. Вроде как одна ёмкость для записи дампа в режиме холодного сна и ещё одна по прямому назначению - провал в свап при нехватки ОЗУ. Теперь это правило становится всё труднее соблюдать, ёмкие ССД стоят дороговато, а ОЗУ измеряется несколькими десятками Гб.

Какой объём свап сейчас рационально устанавливать что бы поддерживался холодный сон и по прямому назначению?

Дмитрий, принципиально ничего не изменилось. разве что своп с ssd стал работать куда интересней в плане скорости вычитки отложенных блоков памяти чем с жестких дисков ранее)
но понаблюдай, как в режиме интенсивной работы у тебя используется рам и своп.
теперь это правило зачастую компенсируется тем, что и RAM зачастую хватает для работы без своппинга

Я планирую в новый ПК поставить 2*32 га оставив два слота пустыми, возможно в следующем году добъю ещё 2*32. Если добью, то по старому правилу мне нужно выделить 256 га на ссд под свап, диск хочу брать PCe 4 (4500 запись / 4700 чтение) хоть и стоит по конски. Если 256 га это свап, 512 будет тесновато. Ну и в целом надо ли при таком ОЗУ такой свап?

Дмитрий, оооочень маловероятно что тебе потребуется такой объем .Для этого надо утилизировать сотню гиг в оперативку на десктопе. Хотя забить конечно можно все что угодно:)
Предположу, что в моменты отправления в сон системник будет лишен ряда своих уберзадач на 50%+ рам и объема даже в 32 тебе будет за глаза.
Ну и опять же начни с малого объема, а если не хватит то при желании свопфайл удобно расширить на лету до нужных значений.

Дмитрий писал(а): ↑

02 окт 2020, 17:38

добъю ещё 2*32

C такими аппетитами можно не о свопе, а о такой фигне подумать: https://habr.com/ru/post/253759/

Chocobo писал(а): ↑

02 окт 2020, 17:43

Дмитрий, оооочень маловероятно что тебе потребуется такой объем .Для этого надо утилизировать сотню гиг в оперативку на десктопе. Хотя забить конечно можно все что угодно:)
Предположу, что в моменты отправления в сон системник будет лишен ряда своих уберзадач на 50%+ рам и объема даже в 32 тебе будет за глаза.
Ну и опять же начни с малого объема, а если не хватит то при желании свопфайл удобно расширить на лету до нужных значений.

У меня сейчас ноут ~9 лет, ему на замену и планирую собрать себе под ёлочку, у него на борту 16 Гб - больше не поддерживает, при работе с ёмкими файлами (со скан моделями, скульптинг) один Блендер вылетает за эти 16, ноут старый - диск тормознутый, вылетел за ОЗУ что бы вернуться к работе без фризов - приходится перезагружаться, а ещё обычно параллельно открыты растровые редакторы для матов. Я думаю что 64 мне точно потребуется и если есть возможность думаю нужно добивать до 128, потому что машину я обычно не часто меняю.

di_mok писал(а): ↑

02 окт 2020, 20:31

Дмитрий писал(а): ↑

02 окт 2020, 17:38

добъю ещё 2*32

C такими аппетитами можно не о свопе, а о такой фигне подумать: https://habr.com/ru/post/253759/

Нет, это меня не интересует.

Вобшем хочу определится с тем можно ли без неожиданных (в один прекрасный день) потерь пользоваться режимом холодного сна при свап менее 2*ОЗУ.

Дмитрий, при рендере отправлять машину в сон? Ну так себе сценарий... Поэтому мало кто тебе тут подскажет как правильно... Тут только методом проб и ошибок....

Дмитрий писал(а): ↑

02 окт 2020, 22:05

Вобшем хочу определится с тем можно ли без неожиданных (в один прекрасный день) потерь пользоваться режимом холодного сна

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

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

В общем то, это так - предупреждение на всякий случай. Но! Если планируете активно пользоваться сном - своп должен быть отдельным разделом (разделами), это минимизирует возможность подобных последствий.