The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Релиз ядра Linux 6.2, opennews (??), 20-Фев-23, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


10. "Релиз ядра Linux 6.2"  +/
Сообщение от Аноним (10), 20-Фев-23, 13:35 
Может кто знает, можно ли как-то сконфигурировать zRAM, чтобы занятый им объём не занятый данными использовался в качестве дискового кэша?
Ответить | Правка | Наверх | Cообщить модератору

16. "Релиз ядра Linux 6.2"  +1 +/
Сообщение от Аноним (16), 20-Фев-23, 14:02 
у него же нет незанятого занятого объема
Ответить | Правка | Наверх | Cообщить модератору

103. "Релиз ядра Linux 6.2"  +/
Сообщение от Аноним (10), 20-Фев-23, 17:49 
Я вижу что свободной памяти меньше на размер disksize. Также я ощущаю тормоза и возросшую нагрузку на hdd при забивании памяти в zram. В доке явно поведение disksize не обозначено, но есть заметка, которая косвенно подтверждает моё предположение: There is little point creating a zram of greater than twice the size of memory since we expect a 2:1 compression ratio. Note that zram uses about 0.1% of the size of the disk when not in use so a huge zram is wasteful.
Если всё же незанятого занятого пространства нет, то как тогда? Динамически отъедает и высвобождает по мере необходимости/возможности?
Ответить | Правка | Наверх | Cообщить модератору

351. "Релиз ядра Linux 6.2"  +/
Сообщение от Аноним (-), 22-Фев-23, 20:21 
> Я вижу что свободной памяти меньше на размер disksize.

В хучшем случае (полностью поюзаный zram) он разумеется займет выделенное место. Но это как сжатая оперативка.

> Также я ощущаю тормоза

Можно использовать быстрое сжатие типа lz4 или lzo-rle какого. А так - ну логично, распаковка упаковка страниц проц все же нагрузит и медленнее чем немедленное обращение к странице.

А для сравнения выгрузи столько же в своп и почувствуй разницу. Для понимания: OOM без свопа на механике + zram: секунд 5-10 тупняка, OOM kill. С свопом: минут 5-10 тупняка, OOM kill. Вот и выбирайте как вам свопиться.

> и возросшую нагрузку на hdd при забивании памяти в zram.

Когда система совсем не может выкроить RAM, она кроме всего прочего дискардит страницы executables - с идеей подчитать это с диска потом. Вот это и есть ваша нагрузка, файлы исполняемых свопом подрабатывают. Одна из причин по которым SSD под систему сильно улучшает ее отзывчивость. Это "read only swap" из файлов бинарей по сути.

> the size of the disk when not in use so a
> huge zram is wasteful.

И тем не менее, в zram выгружаются холодные неиспользуемые страницы. А сжатие работает. Поэтому оно в целом выгодно и не стоит на него жаться. Это неплохо работает. Лучше обычного свопа. На SSD он дико SSD протирает, потом юзер удивляется что "SSD сдох!!!111". На механическом винче тормозит неимоверно.

Еще кстати в новых кернелах MGLRU можно попробовать. Это немного не про своп но про более умное решение какие страницы из кешей дискардить.

Ответить | Правка | Наверх | Cообщить модератору

49. "Релиз ядра Linux 6.2"  +1 +/
Сообщение от Аноним (49), 20-Фев-23, 15:26 
ZRam не занимает память если ему нечего хранить. Нафига тебе всякие извращенные костыли? В курсе, что при дисковом чтении данные оседают в дисковом кеше в ОЗУ _из коробки_? Сделай себе 2 ГБ swap раздел.
Ответить | Правка | К родителю #10 | Наверх | Cообщить модератору

98. "Релиз ядра Linux 6.2"  +/
Сообщение от Аноним (10), 20-Фев-23, 17:37 
Zram резервирует кусок в памяти, и дальше тот не может использоваться под дисковый кеш, разве не так?
Ответить | Правка | Наверх | Cообщить модератору

141. "Релиз ядра Linux 6.2"  +1 +/
Сообщение от Аноним (141), 20-Фев-23, 19:59 
Не так. Он занимает только когда в него записываются страницы.
Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру