1.1, fresco (??), 15:23, 31/07/2009 [ответить]
| +1 +/– |
мне понравилось.
наконец обратили внимание на проблемы с фрагментацией и накладными расходами пространства у ZFS. и вообще на некую костылеподобность организации механизма адресации объектов. btrfs здесь выглядит куда более стройно.
| |
|
2.3, webbeans (?), 15:47, 31/07/2009 [^] [^^] [^^^] [ответить]
| +/– |
>мне понравилось.
>
>наконец обратили внимание на проблемы с фрагментацией и накладными расходами пространства у
>ZFS. и вообще на некую костылеподобность организации механизма адресации объектов. btrfs
>здесь выглядит куда более стройно.
Надеюсь, в btrfs будут такие же простые и понятные пользовательские утилиты, как в zfs (zpool, zfs).
| |
|
3.8, fresco (??), 14:37, 03/08/2009 [^] [^^] [^^^] [ответить]
| +/– |
да, очень хотелось бы видеть.
пока пользовательский интерфейс у бтр сильно хромает против zfs
| |
|
2.6, User294 (ok), 04:33, 02/08/2009 [^] [^^] [^^^] [ответить]
| +/– |
> мне понравилось.
+100! Статься написана очень познавательно для тех кто интересуется анатомией ФС.
Писавший статью работал несколько лет над ZFS у санок (он сам это пишет) и потому весьма интересно сравнил как и что в ZFS и в btrfs.
Сравнение вышло интересное и познавательное, с удовольствием почитал. В частности объясняется чего такого сможет btrfs чего не может zfs (и скорее всего и далее не сможет по простому и быстро - из-за архитектурных особенностей). Как то уменьшение размера ФС, изъятие томов и прочая. Вообще, бтр судя по всему сможет очень изящно управлять томами. И изъять можно будет, и перебалансировать, и некий том за read-only основу взять, ... - кажется это будет именно то о чем мне мечталось и даже больше по части ФС.
Бтр вообще довольно интересно сделан и статья подчеркивает ряд интересных свойств его дизайна. Также автор подчеркивает ряд своеобразностей в дизайне ZFS (вообще, имхо у ZFS какая-то странноватая и неоднозначная архитектура - по-моему, в сумме в БТР получилось явно лучше: достаточно изящно и без чрезмерного костылестроения и усложнения, примерно как раз каким бы это и хотелось видеть).
> btrfs здесь выглядит куда более стройно.
Не то слово. ИМХО, у этой ФС большое будущее (перец недвусмысленно намекает что оракл уже не сможет остановить этот процесс даже если б сильно захотел). При том - ее судя по всему из-за особенностей конструкции еще и отладят быстрее чем сравнимые по возможностям аналоги (решение делать работу со всеми типами объектов в универсальном виде тут явно подыграет). И с деревьями они интересно придумали.
Итого?Статью однозначно стоит почитать если интересует устройство современных файловых систем.
| |
|
3.9, Anon Y Mous (?), 12:40, 04/08/2009 [^] [^^] [^^^] [ответить]
| +/– |
> Писавший статью работал несколько лет над ZFS у санок (он сам это пишет) и потому весьма интересно сравнил как и что в ZFS и в btrfs.
Только не писавший, а писавшая. Автор статьи - дама, зовут Валери Аврора (в прошлом Хенсон). Так что читайте внимательнее. А если погуглите, то обнаружите, что она даже была соавтором нескольких статей на тему ZFS вместе с Джеффом Бонвиком и компанией...
По поводу ZFS ей стоило бы почитать блог Джеффа Бонвика (http://blogs.sun.com/bonwick/ru) на тему того, как в ZFS сейчас выделяется пространство (ну или заглянуть в код). Ее представления об этом вопросе безнадежно устарели. В том виде, о котором говорит Валери, это существовало только в ранних прототипах, в те времена, когда ZFS еще даже не была выпущена в составе Solaris Nevada, не говоря уже о Solaris 10.
А не тему чего там сможет или не сможет BTRFS и/или ZFS - это жизнь покажет. Пока что BTRFS далека от использования для сколь-нибудь серьезных задач... Впрочем, буду рад ошибаться...
| |
|
|
|
2.7, User294 (ok), 04:37, 02/08/2009 [^] [^^] [^^^] [ответить]
| +/– |
>Представления автора о ZFS примерно соответствуют времени ее ухода из Сана. С
>тех пор много воды утекло...
А у вас есть что сказать по поводу изменений в архитектуре оной с тех пор?Так вы не стесняйтесь, интересно будет послушать чего там такого инновационного придумали, etc.
| |
|
|