The OpenNET Project / Index page

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



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

Оглавление

Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в ФС, opennews (??), 04-Мрт-21, (0) [смотреть все]

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


86. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."  +/
Сообщение от Аноним (-), 05-Мрт-21, 05:14 
>  Кто-то ещё реально юзает своп-файлы вместо своп-разделов?

При том единственный "раздел" реально имеющий смысл - zram :P. Эмулировать оперативку винчом или SSD - надо быть мазохистом. В первом случе терпеливым, во втором - богатым.

Ответить | Правка | К родителю #15 | Наверх | Cообщить модератору
Часть нити удалена модератором

96. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."  +/
Сообщение от ИмяХ (?), 05-Мрт-21, 06:27 
В винде он уже давно есть по умолчанию. Причём он динамически расширяется.
Ответить | Правка | К родителю #109 | Наверх | Cообщить модератору

295. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."  +/
Сообщение от Аноним (295), 06-Мрт-21, 00:51 
> В винде он уже давно есть по умолчанию. Причём он динамически расширяется.

В винде фичи по жизни делают мутно, оверинженернуто, и хотят они как лучше, но часто получается как всегда. Когда все эти мегабусты и суперфетчи тормозят, скрипят диском или протирают SSD до дыр в момент.

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

102. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."  +/
Сообщение от n00by (ok), 05-Мрт-21, 07:44 
> Послушай, если zram такой хороший, тогда почему его не сделают по умолчанию
> в дистрибутивах?

Потому что zram предназначен для эмуляции блочных устройств, что бы файлы располагать в памяти и быстро с ними работать. А для сжатия подкачки разработан zswap. Но родившиеся после выпуска i80386 эксперты двигают zram на место zswap, в результате чего последний недостаточно оттестирован.

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

296. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."  +/
Сообщение от Аноним (295), 06-Мрт-21, 00:57 
> Потому что zram предназначен для эмуляции блочных устройств, что бы файлы располагать
> в памяти и быстро с ними работать.

Как сжатый своп он тоже очень прилично работает. Своп, внезапно, тоже блочное устройство.

> место zswap, в результате чего последний недостаточно оттестирован.

Унылая фигня. Потому что сжатие у него сделано мутно - и не отменяет траффика к диску. Это протирает SSD, дико тупит механикой, и в общем то не решает кардинально ни 1 проблемы по сравнению с обычным свопом. В то время как система с свопом только zram даже OOM отстреливает за секунды - и это вообще в целом low latency решение, что для десктопа актуально. Как угодно но время декомпрессии страницы RAM -> RAM не имеет ничего общего с IO к механическому диску и не протирает NVM-диск с ограниченым ресурсом, RAM не обижается даже на очень интенсивный своп.

Но у опоздавщих включить мозг из обоснований своей правоты видимо только понты.

> в результате чего последний недостаточно оттестирован.

И хрен бы с ним. Пусть его тестируют те кому нравится хруст диском или протирание SSD. А с системой где своп только в zram этого всего - нет. Есть прозрачная компрессия кусочка оперативки, не более заданного размера. Это довольно быстро и беспроблемно работает и на уровне парадигм смотрится вменяемее того что zswap пытается изобразить. Zswap при серьезном душняке памяти видите ли систему уложит в ненавистные юзерам тупняки измеряемые минутами до того как стрельнет oom. А оно такое надо?

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

321. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."  +/
Сообщение от n00by (ok), 06-Мрт-21, 09:04 
> Своп, внезапно, тоже блочное
> устройство.

Увы, друг Горацио, подкачка - это механизм отображения виртуальной памяти на физическую. Или наоборот? ;)

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

369. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."  +/
Сообщение от Аноним (-), 07-Мрт-21, 00:47 
> Увы, друг Горацио, подкачка - это механизм отображения виртуальной памяти на физическую.

Это лишь одна из ипостасей paging. Не факт что главная.

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

377. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."  +/
Сообщение от n00by (ok), 07-Мрт-21, 08:27 
> ипостасей paging

Раз Вы не смогли ответить на предыдущий вопрос, возникает другой. С датой выпуска i80386 я угадал?

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

392. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."  +/
Сообщение от Аноним (-), 09-Мрт-21, 13:47 
Я видите ли имею дело с хреновой кучей разных систем, у них это может немного отличаться от 386. Однако общая идея похожа. Поэтому лично я понимаю под paging именно ... paging. Разбиение памяти на страницы как юнит управления. Остальные ипостаси могут быть, могут не быть, могут быть реализованы по разному. Какой смысл размахивать перед моим носом именно 386 я не знаю.
Ответить | Правка | Наверх | Cообщить модератору

394. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."  +/
Сообщение от n00by (ok), 09-Мрт-21, 15:02 
Вижу. Точно такую же туфту я гнал на экзамене по философии. Там она была в тему.
Ответить | Правка | Наверх | Cообщить модератору

122. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."  +/
Сообщение от z (??), 05-Мрт-21, 09:50 
> Послушай, если zram такой хороший, тогда почему его не сделают по умолчанию в дистрибутивах?

В Fedora сделали.

В Ubuntu предлагают своп-файл - это позорище.

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

217. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."  +/
Сообщение от Michael Shigorinemail (ok), 05-Мрт-21, 16:47 
>> Послушай, если zram такой хороший, тогда почему его не сделают
>> по умолчанию в дистрибутивах?
> В Fedora сделали.

В альте как минимум в крабочей станции сделали.

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

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

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




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

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