LINUX.ORG.RU

Энтузиасты взяли в свои руки реализацию ZFS для MacOS X

 , , ,


0

0

На прошлой неделе компания Apple закрыла открытый проект zfs.macosforge.org, занимавшийся адаптацией файловой системы ZFS для платформы MacOS X. Закрытие официального продукта привело к образованию нового свободного проекта MacZFS, который базируется на ранее созданной Apple кодовой базе, но отличающегося методом интеграции в систему. MacZFS выполняется не на уровне ядра, а на пользовательском уровне, работая с использованием MacFUSE.

Для пользователей MacOS X желающий протестировать новый ZFS-модуль подготовлен бинарный пакет, собранный на основе опубликованных в Git-репозитории исходных текстов, а также инструкция по настойке.

Источник: opennet.ru

>>> Подробности

★★★★★

Проверено: maxcom ()

Ответ на: комментарий от rusty_angel

> Дык если дешевле добавить, чем оптимизировать.

Тут речь немного не об этом. Ты поставишь себе домой или на сервер zfs если для её работы потребуется 4 восьмиядерника и 256гиг оперативы? Я лучше что-нить другое выберу.

И я знаю один веб-проект который развивался по принципу "дешевле добавить, чем оптимизировать". Сейчас добавлять дальше некуда, свои специалисты справиться с проблемами нагрузки не могут. Так что тут надо думать не только о сиюминутной выгоде, но и о том как что будет дальше.

true_admin ★★★★★
()

Этот энтузиазм да в нужное русло бы

bioreactor ★★★★★
()
Ответ на: комментарий от true_admin

>Тут речь немного не об этом. Ты поставишь себе домой или на сервер zfs если для её работы потребуется 4 восьмиядерника и 256гиг оперативы? Я лучше что-нить другое выберу.

Нафига оно мне дома? Дома у меня под файлопомойку и всякое такое два ядра и два гига (как в рекламе блин). Для "домашнего" zfs хватит. Но у меня там lvm :)

rusty_angel
()
Ответ на: комментарий от true_admin

> Ты поставишь себе домой или на сервер zfs если для её работы потребуется 4 восьмиядерника и 256гиг оперативы?

Фантазёр? Или гонщик? :)

anonymous
()
Ответ на: комментарий от Flaming

> Объясните, кто-нибудь, ну причём тут линукс???

Объясняю. ZFS в линуксе нет. По этой причине толпа иопов исходит миазмами на предмет что она не нужна и вообще говно.

anonymous
()
Ответ на: комментарий от ansi

> необходимость в различных фс отпадает когда есть zfs :)
Хорошая мантра, годная. :D

Lumi ★★★★★
()
Ответ на: комментарий от anonymous

> Фантазёр? Или гонщик? :)

Я сказал что будет если все проблемы решать апгрейдом железа.

true_admin ★★★★★
()
Ответ на: комментарий от linuxfan

>А теперь уменьши хоть один xfs-раздел хотя бы в оффлайне.

За весь мой опыт (более 10 лет) я уменьшал размер один раз, и то дома!!! - немного переразбил разделы, но в общем зря, т.к. затем все равно купил диск в три раза больше и переехал на него. :)

В остальных случаях, я только наращивал размер!!! В этом плане авторы xfs все правильно сделали, нужен только grow.

Чего и вам желаю!

fi ★★★
()
Ответ на: комментарий от fi

>В этом плане авторы xfs все правильно сделали, нужен только grow.

В оригинальном, под IRIX, вроде бы есть, кстати. Только пруф что-то никак не нагуглится.

rusty_angel
()
Ответ на: комментарий от Flaming

>Объясните, кто-нибудь, ну причём тут линукс???

Теперь линакс совсем как макось: zfs только через юзерспейсные костыли. Правда при этом у макоси есть вменяемая фс, а вот у линакса только ext* хлам, reiser и xfs, у которых куча проблем (начнем хотя бы с отсутствия поддержки юникода в именах файлов, откуда растут ноги у костыля convmv).

linuxfan
()
Ответ на: комментарий от fi

>За весь мой опыт (более 10 лет) я уменьшал размер один раз, и то дома!!!

Дело в том, что уменьшение размера раздела может потребоваться не только дома, но в линаксе это делать настолько сцыкатно, что как в классическом продакшене, проще докупить винтов, чем shrink'нуть какой-нибудь /home на ext3. А уж если ты на продакшене случайно укажешь неправильный размер при увеличении xfs, то над тобой все будут долго и громко смеяться.

linuxfan
()
Ответ на: комментарий от rusty_angel

>В оригинальном, под IRIX, вроде бы есть, кстати. Только пруф что-то никак не нагуглится.

Вру наверно всё-таки, хотя вроде читал как-то...

rusty_angel
()
Ответ на: комментарий от anonymous

>Объясняю. ZFS в линуксе нет. По этой причине толпа иопов исходит миазмами на предмет что она не нужна и вообще говно.

Ты забыл один маленький моментик. ПОЧЕМУ в линуксе нет ZFS. А нет её тем потому, что она не нужна и вообще говно :-)

А линуксоиды в этом треде всего лишь стебутся над виндуз^Wфряшниками, которые гордятся тем, что сидят на говне.

anonymous
()
Ответ на: комментарий от linuxfan

> Правда при этом у макоси есть вменяемая фс, а вот у линакса только ext* хлам, reiser и xfs

Это что за вменяемая фс, на фоне которой ext3/4, reiser и xfs кажутся плохими? Уж не HFS ли?

const86 ★★★★★
()
Ответ на: комментарий от true_admin

>а можешь хотя бы на одном уменьшить?

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

P.S. А крик "да она глючная и тормозная!!!1" сразу выдаст админов локалхостов :-)

anonymous
()
Ответ на: комментарий от anonymous

>Ты забыл один маленький моментик. ПОЧЕМУ в линуксе нет ZFS. А нет её тем потому, что она не нужна и вообще говно :-)

Ну тогда скажи, дорогой, почему в линаксе переизобретают zfs в виде btrfs? Да потому что такая вещь много кому нужна, но ее нельзя включать в ядро, потому что лицензия GPL-несовместима, а слова "высокопроизводительная фс в userspace" звучат как оксюморон.

linuxfan
()
Ответ на: комментарий от const86

>Это что за вменяемая фс, на фоне которой ext3/4, reiser и xfs кажутся плохими? Уж не HFS ли?

HFS+. Я приведу всего лишь одну ее фичу, которой нет ни в ext*, ни в рейзерах, ни в xfs:

>Unicode based file name encoding

Это есть даже в убогом FAT'е, но не в великих линуксовых фс, которые клали на интернационализацию с прибором.

linuxfan
()

Хорошо фирма Apple устроилась... Все за нее энтузиасты делают...

Nxx ★★★★★
()
Ответ на: комментарий от fi

> За весь мой опыт (более 10 лет) я уменьшал размер один раз, и то дома!!! - немного переразбил разделы, но в общем зря, т.к. затем все равно купил диск в три раза больше и переехал на него. :)

>В остальных случаях, я только наращивал размер!!! В этом плане авторы xfs все правильно сделали, нужен только grow.

И эти люди тыкают в ZFS пальцем что она, дескать, не умеет уменьшать размер пула... Конечно, авторы XFS все сделали правильно, а авторы ZFS - нет. Потому что ее нет в линукс.

ZFSych
()
Ответ на: комментарий от rusty_angel

И в самом irix эта прога называется xfs_grow :)

fi ★★★
()

сдается мне что оно же через юзерспейс тормозить будет нефигово

Cosmicman ★★
()
Ответ на: комментарий от ip1981

"Лиса и виноград"
Комедия в 3-х действиях
Персонажи: Эзоп, Клея, Ксанф, Мели и другие сопричастные и мимо проходящие лица.

iZEN ★★★★★
() автор топика
Ответ на: комментарий от anonymous

> Для тех редких и узкоспециальных случаев, когда требуется уменьшение раздела на лету, в продакшене юзают третий рейзер. Стыдно не знать.

Понял, если потребуется шринкнуть xfs то переведу его в рейзер и без проблем ужму.

В общем, единого решения как не было так и нет. Хочешь скорость-юзай одно. Стабильность-другое. Чтобы ужималось-третье. Чтобы снапшоты работали-четвёртое.

true_admin ★★★★★
()
Ответ на: комментарий от true_admin

>В общем, единого решения как не было так и нет. Хочешь скорость-юзай одно. Стабильность-другое. Чтобы ужималось-третье. Чтобы снапшоты работали-четвёртое.

Всем этим требованиям удовлетворяет UFS2 поверх GEOM.

iZEN ★★★★★
() автор топика

Кстати, почему maxcom (*) решил, что новость достояна находится в группе новостей Apple, а не в группе новостей OpenSource, как было задумано изначально?

iZEN ★★★★★
() автор топика
Ответ на: комментарий от anonymous

> Ты забыл один маленький моментик. ПОЧЕМУ в линуксе нет ZFS. А нет её тем потому, что она не нужна и вообще говно :-)

А нет там её потому что ваш GPL не позволяет :D

WindowsXP ★★
()
Ответ на: комментарий от true_admin

>Понял, если потребуется шринкнуть xfs то переведу его в рейзер и без проблем ужму.

а потом переведешь обратно в xfs :) и все это на ходу и без доунтаймов

WindowsXP ★★
()
Ответ на: комментарий от linuxfan

>(начнем хотя бы с отсутствия поддержки юникода в именах файлов, откуда растут ноги у костыля convmv).

Какой поддержки юникода там не хватает? Скорее, наоборот, слишком вольница большая с выбором кодировок. Отсюда и теоретическая необходимость в convmv.

AVL2 ★★★★★
()
Ответ на: комментарий от true_admin

> люди готовы на всё, лишь бы не работать и не оптимизировать :).

Люди готовы на всё, лишь бы не тратить деньги.

mv ★★★★★
()

BSD RIP (в смысле Mac OS X)

Quasar ★★★★★
()

> MacZFS выполняется не на уровне ядра, а на пользовательском уровне, работая с использованием MacFUSE.

Там не под FUSE, там ядерный модуль (kext). Впрочем, кого волнует...

Relan ★★★★★
()
Ответ на: комментарий от no-dashi

>но меня веселят фанаты *BSD и Solaris'а. Они такие смешные, они с таким пиететом вопят про то, что их *BSD/Solaris по всем параметрам.

>А потом "вдруг" выясняется: http://www.linux.org.ru/view-message.jsp?msgid=3821905#comment-3825711


И что же там выясняется ВДРУГ?
ВНЕЗАПНО я в субботнее утро запостил с Windows XP (хорошо ещё, что не Vista или, не дай бог, Windows 7!)
Windows XP Professional, кстати, — Corporate Edition — распространяется только внутри организаций, имеет единственный ключ активации и жёсткий лимит на количество рабочих мест установки.

Подколка состряпана эпически (не без административного ресурса), однако ТОЛСТО же, если во всём разобраться до конца.

Так что троллюшко здесь — ты, хорошо замаскированный под модера. Но ухи цвета болотной тины всё равно проглядывают, как ни крути.

iZEN ★★★★★
() автор топика
Ответ на: комментарий от WindowsXP

> А нет там её потому что ваш GPL не позволяет :D

GPL тут ни причем! только патенты. Привет сану!

fi ★★★
()
Ответ на: комментарий от cruxish

>Это нечто среднее между Эзопом и изотопом? ;)

:) Эзоп, конечно, Эзоп

ansi ★★★★
()
Ответ на: комментарий от true_admin

ufs2 не журналируемая и я про линухи писал.

Журналирование не нужно, если есть Soft Updates — доказано наукой.

И какое отношение журналирование имеет к: скорости, стабильности, сжатию и снапшотам?

iZEN ★★★★★
() автор топика
Ответ на: комментарий от linuxfan

>HFS+. Я приведу всего лишь одну ее фичу, которой нет ни в ext*, ни в рейзерах, ни в xfs:

>>Unicode based file name encoding

А какая кодировка по твоему используется в ext* и друзьях? Про то что директория это специальный файл со списком: номер инода-имя файла, надеюсь слышал.

frey ★★
()
Ответ на: комментарий от AVL2

>Какой поддержки юникода там не хватает? Скорее, наоборот, слишком вольница большая с выбором кодировок.

Да неужели? А мне показалось, что на уровне ФС имя файла -- это просто последовательность байт (не символов!), а у байт, как известно, кодировки не бывает.

И необходимость в convmv вполне себе практическая, что многие ощутили в эпоху повального перехода на utf-8.

Кстати, отсюда же прямо вытекает то, что максимальная длина имени файла указана для упомянутых ФС в байтах, следовательно, для русских имен в utf-8 это ограничение в два раза меньше.

linuxfan
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.