The OpenNET Project / Index page

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



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

Оглавление

Продемонстрирована возможность загрузки Windows из раздела с Btrfs, opennews (??), 22-Апр-23, (0) [смотреть все]

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


205. "Продемонстрирована возможность загрузки Windows на разделе с..."  –2 +/
Сообщение от Аноним (-), 22-Апр-23, 20:43 
Линукс на FAT ставить это сплошной регресс по всем параметрам. А вот винду на btrfs - а в винде нативно сравнимой файлухи просто нет! Был ReFS но он по фичам жалкая пародия на btrfs и к тому же его задвинули в "юзеровских" виндах. Видимо юзерям виндов завидно что нормальной файлухи у них нету, вот и трепыхаются.
Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

373. "Продемонстрирована возможность загрузки Windows на разделе с..."  +/
Сообщение от Stanislavvv (?), 24-Апр-23, 08:10 
> Линукс на FAT ставить это сплошной регресс по всем параметрам.

Во времена, когда линукс ставили на фат - популярной была win95, если не win3.1
Тогда это был прогресс.

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

396. "Продемонстрирована возможность загрузки Windows на разделе с..."  +/
Сообщение от Аноним (396), 24-Апр-23, 17:56 
FAT - это прогресс относительно чего? У него только 1 достоинство - он простой как дрова. Все остальное в результате - недостатки.
Ответить | Правка | Наверх | Cообщить модератору

429. "Продемонстрирована возможность загрузки Windows на разделе с..."  +/
Сообщение от Stanislavvv (?), 25-Апр-23, 05:11 
> FAT - это прогресс относительно чего? У него только 1 достоинство -
> он простой как дрова. Все остальное в результате - недостатки.

Для середины 90-х - прогресс, ибо ещё один вариант загрузки линукса. Сейчас - уже устарел, 30 лет прошло.

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

453. "Продемонстрирована возможность загрузки Windows на разделе с..."  +/
Сообщение от Вася (??), 27-Апр-23, 10:44 
> Для середины 90-х - прогресс, ибо ещё один вариант загрузки линукса. Сейчас
> - уже устарел, 30 лет прошло.

тупиковая веточка

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

379. "Продемонстрирована возможность загрузки Windows на разделе с..."  +1 +/
Сообщение от Аноньимъ (ok), 24-Апр-23, 11:17 
Да, по усилению записи аналогов у брбрфс просто нет.
Стоит так же отметить безналоговую систему команд для работы с брбрфс, вот уж где настоящие инопланетные технологии как минимум.
Ответить | Правка | К родителю #205 | Наверх | Cообщить модератору

395. "Продемонстрирована возможность загрузки Windows на разделе с..."  –1 +/
Сообщение от Аноним (396), 24-Апр-23, 17:55 
> Да, по усилению записи аналогов у брбрфс просто нет.

Это актуально только в сильно некоторых кейсах типа множества мелких записей в нагруженную базу. И на этот случай там есть возможность отключить вооон тому файлу CoW.

А на типичном десктопе, серваке, эмбедовке и проч - там записей получается плюс-минус как в EXT4 с точностью до 20-30%. Это по статистике записи и скорости wearout накопителей, куда более надежный источник чем сказочники опеннета уровня пох.

> Стоит так же отметить безналоговую систему команд для работы с брбрфс, вот
> уж где настоящие инопланетные технологии как минимум.

Это вы просто zfs еще не видели. По сравнению с оным btrfs простой и логичный. Более того - другими средствами вещи типа btrfs device add вы так то будете и еще навороченнее устраивать. При том команд будет больше а работать это все будет кривее и хуже, а некоторые вещи, типа смены схемы хранения на лету вы вообще врядли сможете изобразить в нормальном виде. В btrfs это относительно безопасная операция: в случае краха дизайн нормально относится к смеси разных уровней, просто продолжить ребаланс - вот и весь resume такой операции. Попробуйте это с другими дизайнами в середине такой операции, посмотреть как вам оно.

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

398. "Продемонстрирована возможность загрузки Windows на разделе с..."  +/
Сообщение от Аноньимъ (ok), 24-Апр-23, 19:02 
В ZFS все просто и понятно, команды делают ровно то что должны делать.

"Смена схемы хранения на лету" - это чистой воды безумие. Что-то уровня прыжков на веревке с моста, когда с головой не всё в порядке и хочется острых ощущений.

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

437. "Продемонстрирована возможность загрузки Windows на разделе с..."  +/
Сообщение от Аноним (436), 26-Апр-23, 01:56 
> В ZFS все просто и понятно, команды делают ровно то что должны делать.

Я могу сказать то же самое про btrfs.

> "Смена схемы хранения на лету" - это чистой воды безумие.

Чудак, я даже покрешил разок это дело. И ничего мне за это не было. Там оно так устроено что это для вон того дизайна вообще не проблема. Чисто теоретически, если бы был уровень менеджмента, принимающий решения, оно могло бы хоть схему хранения для каждого файла отдельно выбирать.

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

> Что-то уровня прыжков на веревке с моста, когда с головой не всё в
> порядке и хочется острых ощущений.

А таки - работает. И возможность переиграть те или иные решения это удобно и гибко. Менеджмент хранилок такой каким он должен был быть с самого начала.

И _современные_ follow ups таки прониклись и тоже взяли идею в оборот, как bcachefs.

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

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

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




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

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