The OpenNET Project / Index page

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



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

Оглавление

В ядре Linux 6.8 исправлены две серьёзные проблемы в bcachefs, opennews (??), 07-Фев-24, (0) [смотреть все]

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


13. "В ядре Linux 6.8 исправлены две серьёзные проблемы в bcachef..."  +/
Сообщение от Аноним (1), 07-Фев-24, 15:16 
Оно умеет использовать файлы в качестве свопа или также как и ЗФС требует отдельного блочного устройства?
Ответить | Правка | Наверх | Cообщить модератору

14. "В ядре Linux 6.8 исправлены две серьёзные проблемы в bcachef..."  +3 +/
Сообщение от Аноним (3), 07-Фев-24, 15:20 
Нет, это ж CoW. Научить можно, но я пока такое даже тестировать не хочу.
А в случае с ЗФС там отдельное блочное уже давненько не требуется.
Ответить | Правка | Наверх | Cообщить модератору

15. "В ядре Linux 6.8 исправлены две серьёзные проблемы в bcachef..."  +/
Сообщение от inklesspen (ok), 07-Фев-24, 15:23 
cow можно отключить, правда на сайте автора не указано, на каком уровне он отключается: файл, устройство, фс...
Ответить | Правка | Наверх | Cообщить модератору

23. "В ядре Linux 6.8 исправлены две серьёзные проблемы в bcachef..."  +/
Сообщение от Аноним (-), 07-Фев-24, 16:31 
> cow можно отключить, правда на сайте автора не указано, на каком уровне
> он отключается: файл, устройство, фс...

Примерно как с btrfs: chattr +C на пустой файл, после чего это будет nocow файло.

Это достаточно универсальный интерфейс, предполагается что все cow умеющие такое - будут понимать такой хинт. XFS тоже вроде что-то такое пытался изобразить с v5 форматом.

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

56. "В ядре Linux 6.8 исправлены две серьёзные проблемы в bcachef..."  +/
Сообщение от Аноним (56), 07-Фев-24, 20:12 
> chattr +C на пустой файл, после чего это будет nocow файло

Не будет. Это просто смена атрибута. man 1 chattr:
A  file  with  the  'C' attribute set will not be subject to copy-on-write updates.  This flag is only supported on file systems which perform copy-on-write.  (Note: For btrfs, the 'C' flag should be set on new or empty files. If it is set on a file which already has data blocks, it is undefined when the blocks assigned to the file will be fully stable.  If the 'C' flag is set on a directory, it will have no effect on the directory,  but  new  files created in that directory will have the No_COW attribute set. If the 'C' flag is set, then the 'c' flag cannot be set.)

Файл нужно создать с нуля в директории с атрибутом или пересоздать после установки атрибута - переместить между подтомами/разделами.

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

77. "В ядре Linux 6.8 исправлены две серьёзные проблемы в bcachef..."  +/
Сообщение от Аноним (77), 08-Фев-24, 01:14 
> Файл нужно создать с нуля в директории с атрибутом или пересоздать после
> установки атрибута - переместить между подтомами/разделами.

Так написано же:

> (Note: For btrfs, the 'C' flag should be set on new or empty files.

Насколько я помню для bcachefs катит практически вся btrfs'ная семантика, в том числе и это по моему. Хотя я могу и путать, ибо у меня есть оба и они в таких вещах довольно похожи. Если что под кента еще маны не переписали с его учетом.

А так у меня оно есть (bcachefs и утилсы) - но как проверить какой файл по факту вышел для bcachefs? Это довольно далеко в дебри инспекции аллокации идет.

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

86. "В ядре Linux 6.8 исправлены две серьёзные проблемы в bcachef..."  –1 +/
Сообщение от нах. (?), 08-Фев-24, 07:22 
> А так у меня оно есть (bcachefs и утилсы) - но как проверить какой файл по факту вышел для
> bcachefs?

экспертиза опеннета, безжалостная ты ж с-ка...

Это проверяется за пять минут совершенно банально.

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

74. "В ядре Linux 6.8 исправлены две серьёзные проблемы в bcachef..."  +/
Сообщение от Аноним (-), 08-Фев-24, 00:41 
> Оно умеет использовать файлы в качестве свопа или также как и ЗФС
> требует отдельного блочного устройства?

С неких пор умеет, но с довольно большими оговорками описанными в документации.

...но зачем вам в 2024 своп файлы? Чтоб истошно тупить или протирать ssd? Нарулите себе zram - это намного прикольнее: "своп" отливается в оперативу со сжатием. Заодно oom killer если что - выносит прожор секунд через 5 тупняков, а не через 5 минут, таким компом пользоваться сильно приятнее, если вы не убежденный фанат Win95 с офисом на 8 мегах оперативы конечно.

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

80. "В ядре Linux 6.8 исправлены две серьёзные проблемы в bcachef..."  +/
Сообщение от Аноним (1), 08-Фев-24, 02:06 
> С неких пор умеет, но с довольно большими оговорками описанными в документации.

Мой интерес к файловому свопу сводится исключительно к вопросу использования совместно с zfs чудесной утилиты swapspace, создающей файлы подкачки динамически и избавляющей от необходимости выделять под swap файл или раздел фиксированного раздела, который всё равно 99% времени оказывается незадействованным. Но оказывается что в zfs под своп можно создавать разрежённые блочные устройства, которые дадут тот же эффект, что и swapspace. Так что вопрос со swap-файлом на zfs снимается.

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

Есть мнение что отсутствие свопа никак не избавляет от "протирания" ссд, т.к. файловый кэш при отключении свопа никуда не девается, и zram тут лишь частично снимает проблему. К тому же можно включить zswap, который делает то же самое что и zram.

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

81. "В ядре Linux 6.8 исправлены две серьёзные проблемы в bcachef..."  +/
Сообщение от Аноним (1), 08-Фев-24, 02:09 
> файл или раздел фиксированного раздела

*размера

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

109. "В ядре 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 случайно в неподходящий момент.

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

194. "В ядре Linux 6.8 исправлены две серьёзные проблемы в bcachef..."  +/
Сообщение от maximnik0 (?), 09-Фев-24, 00:25 
>...но зачем вам в 2024 своп файлы?

Есть устаревшие программы которые могут использовать своп как тмп кэш (например переводчик Правда) .Гипернация ?

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

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

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




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

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