The OpenNET Project / Index page

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



"Проект CoreOS рассматривает возможность ухода от использован..."
Версия для распечатки Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Исходное сообщение [ Отслеживать ]
Подсказка: Второй уровень иерархии тем в форуме реализован через вкладку "Показ ключевых тем".
. "Проект CoreOS рассматривает возможность ухода от использован..." +3 +/
Сообщение от Аноним (-), 21-Дек-14, 20:24 
> Wrong. В случае btrfs файловая система на уровне своего устройства технически может принимать решение о том как раскладывать файл вообще индивидуально для каждого файла.

Теоретик? Покажите команды для настройки такой схемы "индивидуально для каждого файла".
> Реально пока сделана немного упрощенная настройка: уровень RAID выбирается для каждого subvolume отдельно.

Can btrfs handle different RAID levels for different subvolumes?
linux-btrfs@kernel.org : No, not yet. It's planned at some point (probably in the fairly distant future), but hasn't arrived yet.
Для теоретиков: нет, различные уровни RAID для разных subvolume не поддерживаются и возможно будут введены в очень далёком будущем.
RAID выбирается на всю файловую систему целиком. Ну или покажите нам тайные параметры "btrfs subvolume create"
> В btrfs может быть произвольная смесь уровней на доступной площади накопителей. Такая вот интересная фигня. Мэйсон не стал утыкаться в архаичные схемы и сделал более гибко.

LVM + любая ФС. ZFS. То о чем вы говорите не является каким-то нововведением.
> Заранее неизвестно какую схему размещения вы запросите для очередного файла и как это будет согласоваться с реалиями доступными на девайсах.

Мы же уже определились - одна ФС, одна схема. Она стала известна после создания ФС или изменения с последующей ребалансировкой. Так что известно какую и как это согласовывается с реалиями на девайсах.
> У btrfs нет никаких жестких принятий .... и прочее

Вы не поверите но все это можно сделать с помощью LVM + ext*/xfs/jfs/raiserjs, zfs, geom, да черт возьми даже в Windows 2000 с помощью динамических дисков и точек повторной обработки!
> И нет, одного доисторического сискола не хватит для ответа на вопрос разложится ли вон тот файл по вон той схеме RAID на имеющейся конфигурации девайсов. Для ответа на этот вопрос надо как минимум знать свободное место о каждому девайсу и запрашиваемую схему RAID.

И вот неожиданность именно Btrfs всё это знает. И свободное место и запрашиваемую схему.

Как вы не можете понять, что не важно сколько дисков и уровней RAID, сколько subvolums и снепшотов и df и btrfs fi df выводят информацию по ФАЙЛОВЫМ СИСТЕМАМ а не отдельным файлам.
Только df выводит сколько место используется и сколько свободно для ФС. А btrfs fi df выводит такую хрень, как сколько места заюзано по Data, System, Metadata и не в состоянии сказать, а сколько примерно ещё свободного места есть в системе. Конечно, сколько ФС заюзала под свои метаданные мне знать нужней объема свободного места.

Но знаете в чем парадокс? ZFS в отличии от btrfs имеет не только работающий RAID (5/6 в btrfs так и не допилили) но и умеет указанное число раз дублировать данные в том, что вы именуете "subvolums" (вы неверно приписали это свойство btrfs). И почему то ей доисторического сискола хватает. И она в состоянии вывести объем свободного места, причем правильно.

И судя по вашим утверждениям о RAID на файл вы не особо хорошо знакомы не с внутренним устройством btrfs, ни с её практическим применением.

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

Оглавление
Проект CoreOS рассматривает возможность ухода от использован..., opennews, 20-Дек-14, 11:00  [смотреть все]
Форумы | Темы | Пред. тема | След. тема



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

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