Исходное сообщение
"Код Bcachefs принят в основной состав ядра Linux 6.7" Отправлено Аноним, 01-Ноя-23 03:28
> Чем лучше-то? Тем что гвоздями прибито к ненужному говну? 1) Тем что это лучше в целом работает. Простите но файлухе виднее что кому принадлежит и поэтому какойнить снапшот на ее уровне - сильно эффективнее чем позорная блевотина в LVM на тему. 2) С управлением девайсами и местом это еще эпичнее. Файлуха может видя кому что принадлежит целенаправленно расчистить "этот девайс", урезать размер ФС и отдать девайс. Вон та блевотина так сделать поднапряжется. Знание аллокации это прерогатива ФС, поэтому в блочных терминах "расчистить девайс" не описывается. Это ФС надо информировать, хоть как. Если кто скажет что так не надо, я скажу что мне не надо менеджмент, когда девайс вынуть низя по простому. 3) Если посыпался mirror, файлуха с чексумами знает какой правильный и может self heal из исправного. Попробуйте этот номер вообще своими lvm организовать. При этом файлуха как раз явно в курсе на каком девайсе трабл а на каком ЗБС и это позволяет осмысленно парировать факап. Это уповает на явное знание аллокации и/или девайсов VS что это такое VS чексум этого. А вон там это вообще как в нормальном виде делать? 4) В случае btrfs большая часть операций реконфигурации оформляется в терминах CoW и потому достаточно безопасны и нет никаких проблем КОРРЕКТНО возобновить действо с точки сбоя. Как вы это хотите в лвмной блевотине делать я не знаю. А слушать про белое не одевать, обтягивающее не носить нам надоело. И мы таки накормим тех кто вздумает такое лечить тампаксами.