The OpenNET Project / Index page

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



"В ядре Linux 6.8 исправлены две серьёзные проблемы в bcachefs"
Версия для распечатки Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Исходное сообщение [ Отслеживать ]
Присылайте удачные настройки в раздел примеров файлов конфигурации на WIKI.opennet.ru.
. "В ядре Linux 6.8 исправлены две серьёзные проблемы в bcachef..." +/
Сообщение от Аноним (-), 08-Фев-24, 11:38 
> Мой интерес к файловому свопу сводится исключительно к вопросу использования совместно
> с zfs чудесной утилиты swapspace,

Ну вот тут упс, я не пользуюсь ни тем ни другим - и ничего не скажу по этому поводу.

На btrfs создать своп файл - можно, при том стандартной ФСной семантикой. Но - с кучей оговорок, описанных в документации.

> под своп можно создавать разрежённые блочные устройства, которые дадут тот же
> эффект, что и swapspace. Так что вопрос со swap-файлом на zfs снимается.

На мой вкус это все звучит как-то сложно и потому - нахрен нужно. Особенно для свопа.

>> но зачем вам в 2024 своп файлы? Чтоб истошно тупить или протирать ssd?
> Есть мнение что отсутствие свопа никак не избавляет от "протирания" ссд,

Есть мнение что попытки эмулировать недостающую оперативу SSDшником могут его прилично протереть при неудачном раскладе (OOM не наступил а свопилось долго и интенсивно). Это в общем случае рандомные 4K записи оптом, весьма неудобные FTL, потому с хзкаким amplification.

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

> т.к. файловый кэш при отключении свопа никуда не девается,

И, собственно, что? Проблема свопа в том что в него пишут мелкими 4К страницами, при душняке с памятью делая это много и рандомно - что как бы неудачный паттерн. С учетом SSD можно при случае довольно быстро его так протереть до дыр, если звезды так сложатся. Файловый кеш такой хренью в общем случае не занимается.

> и zram тут лишь частично снимает проблему.

Пойнт zram - компресануть "холодные" страницы, при том быстро (==лимит урону латенси при душняке с памятью) - но если они все же понадобятся, их декомпреснуть из оперативы какимнить LZ4 или LZO+RLE - быстро (==опять же латенси программ не сильно хромает). Получается система достаточно приятная в использовании.

Алсо в силу сжатия может аллоцировать и поюзать больше чем физической оперативы было, в чем пойнт и состоит. При этом ничего не протирается и не тормозит особо, в самом плохом раскладе - ну, перфоманс секунд на 5 просядет до OOM killer'а, но система остается юзабельной.

> К тому же можно включить zswap, который делает то же самое что и zram.

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

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

Оглавление
В ядре Linux 6.8 исправлены две серьёзные проблемы в bcachefs, opennews, 07-Фев-24, 14:00  [смотреть все]
Форумы | Темы | Пред. тема | След. тема



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

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