Линукс научился hibernate, которому не нужно 100% места диска от ram?

Говорят что у некоторых сеньоров гибернейт на линуксе работает. Но джунам они сей секрет не открывают - не хотят конурентов растить.

anonymous
(10.02.24 21:53:24 MSK)

Динамический своп-файл в каком-то приличном виде вроде так и не завезли.

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

papin-aziat ★★★★★
(10.02.24 21:54:32 MSK)

скажи спасибо что не нужно 100% диска В ram

anonymous
(10.02.24 21:55:29 MSK)

Ну в каком-то смысле, он всегда так умел. Тут принцип такой: при гибернации он пытается уложиться в image_size (который настраивается параметрами ядра и по умолчанию 40% памяти), если не укладывается, то использует больше. Если больше не позволяет раздел, то гибернация просто не проходит.

Иными словами, если все 64 Гб будут забиты анонимной памятью (невозможный случай, привожу для примера), то как ни крути, 64 Гб на разделе понадобятся. А чем меньше памяти занято — тем больше шанс, что гибернация пройдет успешно.

squareroot ★★★★
(10.02.24 21:59:20 MSK)

но озушки 64гб.

Что-то на богатом.

Wapieth ★
(10.02.24 22:52:13 MSK)

Вроде как всегда умел, но эмпирически при объёмах больше 24 быстрее и надёжнее сделать рестарт.

vtVitus ★★★★★
(11.02.24 11:08:49 MSK)

Ответ на: комментарий от Wapieth 10.02.24 22:52:13 MSK

но озушки 64гб.

Что-то на богатом.

да ладно. В нашем 2024 году этого для серфинга и просмотра видосиков уже едва хватает.

TPPPbIHDELj ★
(11.02.24 12:28:54 MSK)

Ответ на: комментарий от TPPPbIHDELj 11.02.24 12:28:54 MSK

Враньё.

> free -m
               total        used        free      shared  buff/cache   available
Mem:           64206        5638        3343         244       56176       58567
Swap:          32103           0       32102

Для этих целей и восемь с головой.

anonymous
(11.02.24 12:30:59 MSK)

Ответ на: комментарий от anonymous 11.02.24 12:30:59 MSK

пока что

anonymous
(11.02.24 12:46:39 MSK)

Ответ на: комментарий от anonymous 11.02.24 12:46:39 MSK

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

anonymous
(11.02.24 13:07:45 MSK)

https://pagure.io/fedora-workstation/issue/121

Вот тут хорошо можно проследить историю вопроса

Правда динамический своп файл они не обсуждают, а скорее то, что гибернация в линуксе вообще не очень

Midael ★★★★★
(11.02.24 13:18:28 MSK)
Последнее исправление: Midael 11.02.24 13:23:33 MSK (всего исправлений: 1)

Ответ на: комментарий от TPPPbIHDELj 11.02.24 12:28:54 MSK

Тысячи видосиков одновременно смотришь?

ddidwyll ★★★★
(11.02.24 14:11:13 MSK)

Ответ на: комментарий от ddidwyll 11.02.24 14:11:13 MSK

Тысячи видосиков одновременно смотришь?

ну ладно, ладно. Немного приукрасил. Но 32 иногда впритык и активно начинает использоваться своп. Ну и цена 32 и 64 не сильно отличается (недавно докупал).

Думаю дело не в видосиках, как таковых, а в криворукости разработчиков майл_ру (ныне вкгрупп) и «одаренности» менегров авито. К примеру.

TPPPbIHDELj ★
(11.02.24 14:50:23 MSK)

А как вы это себе представляете? Винда вообще резервирует отдельный файл размером с оперативку, своп отдельно. Идея сортировать что там можно отбросить а что нет - плохая. Сжатие теоретически можно, но сложно в текущую сстему свопа.

Не знаю как сейчас, но раньше вроде получалось усыпиться в своп-файл меньший, чем ОЗУ. Првда просыпалось не всегда, но это другой вопрос.

kirill_rrr ★★★★★
(11.02.24 17:39:24 MSK)

Ответ на: комментарий от TPPPbIHDELj 11.02.24 12:28:54 MSK

Вы хотели сказать 4Гб?

kirill_rrr ★★★★★
(11.02.24 17:41:01 MSK)

Ответ на: комментарий от kirill_rrr 11.02.24 17:41:01 MSK

«640кб достаточно каждому»

anonymous
(11.02.24 17:42:56 MSK)

Ответ на: комментарий от anonymous 11.02.24 12:30:59 MSK

Вот в тех 56176М может быть спрятан отбрасываемый чистый кеш, может быть грязный кеш, а может быть tmpfs, которую вообще некуда сбрасывать.

kirill_rrr ★★★★★
(11.02.24 17:43:07 MSK)

Ответ на: комментарий от anonymous 11.02.24 17:42:56 MSK

Мне пока что 2гб хватает. На 4 так вообще свободно. 8-12 это уже если под виндой поиграть.

kirill_rrr ★★★★★
(11.02.24 17:43:53 MSK)

Ответ на: комментарий от TPPPbIHDELj 11.02.24 14:50:23 MSK

цена 32 и 64 не сильно отличается

Вопрос не сколько это стоит, а сколько физически можно вставить. Точнее можно ли туда вообще что то вставить, или всё уже приаяно.

kirill_rrr ★★★★★
(11.02.24 17:45:27 MSK)

Ответ на: комментарий от kirill_rrr 11.02.24 17:43:07 MSK

tmpfs в used.

anonymous
(11.02.24 17:47:35 MSK)

Ответ на: комментарий от anonymous 11.02.24 17:47:35 MSK

used это приложения, причём не-shared и не ядро.

У меня бывают экстримально большие tmpfs, я бы заметил если бы росло used, но растёт кэш.

kirill_rrr ★★★★★
(11.02.24 17:48:39 MSK)
Последнее исправление: kirill_rrr 11.02.24 17:49:27 MSK (всего исправлений: 1)

Ответ на: комментарий от kirill_rrr 11.02.24 17:43:53 MSK

Мне пока что 2гб хватает. На 4 так вообще свободно. 8-12 это уже если под виндой поиграть.

Многие годы сидел с 8гб озу, которая большую часть времени пустовала. В прошлом году нарастил до 16гб. Теперь пустуют они

utanho ★★★★★
(11.02.24 17:53:57 MSK)
Последнее исправление: utanho 11.02.24 17:54:21 MSK (всего исправлений: 1)

Ответ на: комментарий от kirill_rrr 11.02.24 17:48:39 MSK

Запиши что-нибудь в /dev/shm/ и сравни. Я так и сделал, перед тем, как писать.

anonymous
(11.02.24 17:54:34 MSK)

Ответ на: комментарий от utanho 11.02.24 17:53:57 MSK

Многие годы сидел с 8гб озу, которая большую часть времени пустовала. В прошлом году нарастил до 16гб. Теперь пустуют они

Моя история, только сейчас уже 64 Гб ~~пустуют~~работают как кэш. Некоторые игры занимают 10-15 Гб, но и здесь 32 Гб хватило бы.

anonymous
(11.02.24 17:56:32 MSK)

Ответ на: комментарий от anonymous 11.02.24 17:54:34 MSK

root@raspberrypi:~# free -m
               total        used        free      shared  buff/cache   available
Mem:            3794        1257         594        1046        1943         750
Swap:          38145          13       38132
root@raspberrypi:~# mount tmpfs /media/mnt
mount: /media/mnt: special device tmpfs does not exist.
root@raspberrypi:~# mount -t tmpfs /media/mnt
mount: /media/mnt: can't find in /etc/fstab.
root@raspberrypi:~# mount -t tmpfs tmpfs /media/mnt -o size=8G
root@raspberrypi:~# mount
<тут без разницы>
tmpfs on /media/mnt type tmpfs (rw,relatime,size=8388608k)
root@raspberrypi:~# free -m
               total        used        free      shared  buff/cache   available
Mem:            3794        1179         776        1066        1837         808
Swap:          38145          31       38114
root@raspberrypi:~# dd if=/dev/zero of=/media/mnt/tmp.img bs=1M count=2000
2000+0 записей получено
2000+0 записей отправлено
2097152000 байт (2,1 GB, 2,0 GiB) скопирован, 10,7899 s, 194 MB/s
root@raspberrypi:~# free -m
               total        used        free      shared  buff/cache   available
Mem:            3794         870         753        1631        2170         568
Swap:          38145        1835       36310

Извиняюсь, ошибочка. Много хапнул, плюс kwin_x11 уже успел растечься.

root@raspberrypi:~# rm /media/mnt/tmp.img 
root@raspberrypi:~# free -m
               total        used        free      shared  buff/cache   available
Mem:            3794         861        2391         199         541        2108
Swap:          38145         478       37667
root@raspberrypi:~# dd if=/dev/zero of=/media/mnt/tmp.img bs=1M count=1200
1200+0 записей получено
1200+0 записей отправлено
1258291200 байт (1,3 GB, 1,2 GiB) скопирован, 3,69957 s, 340 MB/s
root@raspberrypi:~# free -m
               total        used        free      shared  buff/cache   available
Mem:            3794         807        1239        1405        1747         955
Swap:          38145         478       37667

Для меня конечно сюрприз, что оно и как shared, и как кэш отобразилось. Я почти уверен, что раньше shared не росло. Но вот точно не used, это на 100% однозначно.

kirill_rrr ★★★★★
(11.02.24 18:12:14 MSK)

Ответ на: комментарий от kirill_rrr 11.02.24 18:12:14 MSK

Не знаю, от чего это зависит. Возможно, от ядра. Или от версии procps.

> free -m                                                                                                                                                                                               
               total        used        free      shared  buff/cache   available
Mem:           64206        4609        9613         185       50884       59597
Swap:          32103           1       32101
~ 
> dd if=/dev/zero of=/dev/shm/test bs=1G count=8                                                     
8+0 records in
8+0 records out
8589934592 bytes (8,6 GB, 8,0 GiB) copied, 1,84525 s, 4,7 GB/s
~ 
> free -m
               total        used        free      shared  buff/cache   available
Mem:           64206       12786        1425        8377       59079       51419
Swap:          32103           1       32101
~ 
> rm /dev/shm/test 
~ 
> free -m                                                                                            
               total        used        free      shared  buff/cache   available
Mem:           64206        4593        9635         185       50870       59612
Swap:          32103           1       32101
> uname -svm
Linux #1 SMP PREEMPT_DYNAMIC Debian 6.1.76-1 (2024-02-01) x86_64

anonymous
(11.02.24 18:19:50 MSK)

Ответ на: комментарий от anonymous 11.02.24 17:56:32 MSK

Некоторые игры занимают 10-15 Гб, но и здесь 32 Гб хватило бы.

Мой ноут физически не вытянет такую игру. Хотя 32гб в него впихнуть можно. Только незачем. А покупать ПК для игорей - возраст не тот.

В данный момент из 16 занято чуть больше двух. И это его стандартное поведение.

utanho ★★★★★
(11.02.24 18:25:54 MSK)

Ответ на: комментарий от anonymous 11.02.24 18:19:50 MSK

Весьма и весьма странно. Может это уникальная фишка /dev или конкретно /dev/shm?

kirill_rrr ★★★★★
(11.02.24 18:26:35 MSK)

Ответ на: комментарий от utanho 11.02.24 18:25:54 MSK

А покупать ПК для игорей

Всё что тянет homm3 - для игорей. У меня возраст как раз тот.

kirill_rrr ★★★★★
(11.02.24 18:27:20 MSK)

Ответ на: комментарий от kirill_rrr 11.02.24 18:26:35 MSK

Проверял и монтированием в /mnt на всякий случай. А вообще впервые заметил на /tmp. Мне кажется такое поведение логичным. Это же дынные, а не какой-то кэш, который можно свободно дропнуть, если будет мешать.

anonymous
(11.02.24 18:37:06 MSK)

Ответ на: комментарий от kirill_rrr 11.02.24 18:27:20 MSK

Я больше предпочитаю первый невервинтер. А героев я гонял на п1-166ммх.

utanho ★★★★★
(11.02.24 18:38:27 MSK)

Ответ на: комментарий от anonymous 11.02.24 18:37:06 MSK

А вообще впервые заметил на /tmp

Это правильный подход. Только с приходом системд там появились огромные нюансы - это надо делать правильно, через правильный юнит, иначе будут проблемы.

kirill_rrr ★★★★★
(11.02.24 18:40:58 MSK)

Ответ на: комментарий от utanho 11.02.24 17:53:57 MSK

Они не пустуют, а заняты файловым кэшем.

CrX ★★★★★
(11.02.24 19:44:19 MSK)

ИБП ибо электричество имеет свойство пропадать в любой момент.

anonymous
(11.02.24 20:01:31 MSK)

Ответ на: комментарий от kirill_rrr 11.02.24 18:40:58 MSK

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

Я использовал именно поставляемый юнит. Но должно и просто с fstab работать. Сейчас не использую отдельный /tmp вообще, не вижу смысла.

anonymous
(11.02.24 20:04:30 MSK)

Ответ на: комментарий от CrX 11.02.24 19:44:19 MSK

заняты файловым кэшем

Я знаю. И это даже ускоряет работу системы. Но и без кэша жить можно.

utanho ★★★★★
(11.02.24 22:03:44 MSK)

Ответ на: комментарий от utanho 11.02.24 22:03:44 MSK

и без кэша в процессоре можно

anonymous
(11.02.24 23:57:19 MSK)

Ответ на: комментарий от anonymous 11.02.24 23:57:19 MSK

Ну там очень грустно будет. А дисковый кэш - это немного о другом.

utanho ★★★★★
(12.02.24 00:24:39 MSK)

Линукс при hibernate сжимает память lzo. В 6.9 подвезут возможность выбора сжатия lz4 - но оно не эффективнее.

Соответственно если сжатая память не влезет в свободное место - то hibernate не получится. Угадать тут сложно как сожмется - но скорее всего сожержимое оперативки дожно сжиматься.

Qui-Gon ★★★★★
(04.03.24 20:02:27 MSK)

лет 100 назад. читай доки к ведру. или просто гугл. Но в ИРЛ наверняка ходят косяками такие же васяны как ты свято верящие что лИнАКсу НаДО 2хRAM нА СВоП. Потому что они это прочитали на хабре или в аське 25 лет назад

anonymous
(05.03.24 13:17:56 MSK)

Ответ на: комментарий от anonymous 05.03.24 13:17:56 MSK

Но в ИРЛ наверняка ходят косяками такие же васяны как ты свято верящие что лИнАКсу НаДО 2хRAM нА СВоП. Потому что они это прочитали на хабре или в аське 25 лет назад

Скорее они это прочитали недавно на ЛОРе в пересказе того, кто чуть-чуть раньше прочитал это на реддите, написанное тем, кто тоже прочитал это на реддите и лайкнул. А вот уже на реддит оно попало от того, кто услышал ИРЛ от того, кто прочитал на хабре или в аське 25 лет назад.

В Линукс-сообществе (впрочем, как много где ещё, оно не уникально) довольно сильны некоторые мифы. И всякие реддиты им очень способствуют, потому что их всегда лайкают («ведь это же „правда“, я сам здесь же читал, и залайкано было»), а тех, кто их развенчивает, минусуют. И от этого у юзеров тех мест возникает огромное желание написать что-то из этого первыми — чтобы потешить своё ЧСВ.

CrX ★★★★★
(05.03.24 13:25:20 MSK)

Ответ на: комментарий от Qui-Gon 04.03.24 20:02:27 MSK

угадать наоборот просто - написали же авторы ведра размер свопа 3/5 (ЕМНИП) рамы.

проверено, работает. 16Г рамы, 6Г своп. Наверное поиграться image size’ом можно и посмотреть на швидкость засыпания.

anonymous
(05.03.24 13:41:45 MSK)

Hibernation, ZRAM and mental retardation in Linux – Homo Ludditus

anonymous
(24.03.24 09:52:58 MSK)

Ответ на: комментарий от utanho 11.02.24 18:25:54 MSK

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

anonymous
(24.03.24 10:05:43 MSK)

Похожие темы