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 ()

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

>А какая кодировка по твоему используется в ext* и друзьях?

НИКАКОЙ. Имя файла = последовательность байт. О*еть просто. Сношайтесь в юзерспейсе при смене локали, дети мои!

Куда ни плюнь, всюду видно, что линакс -- наколенная студенческая поделка.

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

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

s/GPL/комплексы Главного Бородатого Поедателя Мозолей/

linuxfan
()

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

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

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

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

Потому, что OS X - это не опенсорс.

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

anonymous> Стукнутые в голову фанаты фряхи безмерно горды тем, что им теперь можно прыгать почти до уровня LVM? И люто ненавидят тех, кто пытается вернуть их из сладкого сна в суровую реальность? :-)

У бздунов есть GEOM, Штука вроде как более гибкая, чем LVM, но то, что там гибче LVM - просто не нужно вообще нигде (разве что поизвращаться).

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

ansi> Почему маркетинговый? Реально удобно. И РАБОТАЕТ.

Так LVM тоже удобно, и тоже РАБОТАЕТ. В чём преимущество перед LVM?

Quasar ★★★★★
()
Ответ на: комментарий от X-Pilot

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

> ну да. и с каких пор CDDL совместим с GPL (и патенты, да)?

не тупим!!! нельзя сделать свою реализацию совместимую с сановкой, на запрос разрешения сан зажал его.

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

ansi> необходимость в различных фс отпадает когда есть zfs :)

И что? Эта ZFS может обеспечить быструю работу как с огромным числом мелких файлов, так и с огромными файлами? Нет - не может. Гораздо эффективнее создать в LVM разделы для XFS и ReiserFS. А ZFS будет просто в жопе - мало того, что она не может такую гибкость предоставить, так ещё и оперативную память при этом зря жрёт. Ну нафига оно надо?

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

iZEN> Снапшоты — это родное свойство файловой системы UFS2. ;-)

Ога. Даёшь каждой игре по своим видео и звуковым драйверам. Даёшь каждой программе свою реализацию GUI... И т.д.

Значит оказывается, что GEOM убожество по сравнению с LVM.

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

>Потому, что OS X - это не опенсорс.

А новость о ZFS, а не о Mac OS X.
Ту новость двухнеделной давности уже перетёрли.

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

> Дело в том, что уменьшение размера раздела может потребоваться не только дома,

В том-то и дело - не требуется!!! :P

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

мы уже смеемся!!! - задавать размер не нужно! он уже определен вольюмом!!! в нем мы и задали размер через lvextend. Больше его всё равно не получишь.

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

ansi> Ну вот огульно охаил..

Судя по этому:

ansi> Линух (Линакс)

не охаил, а заметил.

ansi> linux всегда был и будет экспериментальной системой

RHEL, SLES/SLED, ... Экспериментальной, говоришь? И что ты подразумеваешь под линуксом?

ansi> Она интерфейс к дисковой системе. А то что у нее в суффиксе FS, не значит что она FS в понимании, скажем FAT16.

Так и до нестандартного определения науки можно докатиться, и приписать торсионщину в науку. Что некоторые и пытаются делать.

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

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

Оригинальная xfs не была таким гавном, даже 10 лет назад, как в современной инкарнации в линаксе.

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

ansi> Сервак крутит HP Openview и CiscoWorks. Тогда было интересно что оно есть, zfs. A как давно, толжен завтра на рабое глянуть. Так как память уже/еще не та. Но минимум 2,5 года. Проблем не было. Никаких.

Ответь мне пожалуйста: ZFS до сих пор не имеет обратной совместимости с собой же?

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

Значит оказывается, что GEOM убожество по сравнению с LVM.

Изобрази мне RAID-10 (4 диска) на LVM тремя командами, а потом поговорим.

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

>iZEN> Снапшоты — это родное свойство файловой системы UFS2. ;-)

>Ога. Даёшь каждой игре по своим видео и звуковым драйверам. Даёшь каждой программе свою реализацию GUI... И т.д.

>Значит оказывается, что GEOM убожество по сравнению с LVM.

Еще раз для тех кто в танке - пользоваться снапшотами в LVM НЕВОЗМОЖНО.

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

anonymous> Вот эти ребята крутят на ZFS свой бизнес уже несколько лет:

На венде крутящих свой бизнес несколько лет в разы больше. И что? Баги и дыры заставили их с неё слезть?

Ну и тут посмотри примеры внедрений: http://www.microsoft.com/rus/hpc/

Вот только Windows в области кластеров... сам понимаешь, что.

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

fucker2> Не нравится, не используйте. Хотя, вы и не можете ее использовать.

Под линуксом - можем.

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

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

Она самая. Та самая HFS+, которая если открыть файл здоровый в фотошопе и он начнет свопиться на HDD и там, внезапно, не хватит места, накрывается одеялом и ползет на клабдище.

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

>Ответь мне пожалуйста: ZFS до сих пор не имеет обратной совместимости с собой же?

А ты хотел чтоб как ext2 -> ext3 и обратно?

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

>> Поел свинины - не мусульманин?

>Вас это так интересует? :)

Это был риторический вопрос.

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

>задавать размер не нужно!

Во-первых, размер можно задавать (man xfs_growfs). Во-вторых, тебя может угораздить неправильно задать этот параметр утилите lvextend. В-третьих, если ты в каком-то шаге ошибся, то уменьшить размер xfs ты уже не сможешь, ЧиТД.

Ну и в-четвертых: что-то я запамятовал, lvextend разве может изменять размер примонтированного раздела? Пару лет назад он меня посылал вроде.

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

>>Еще раз для тех кто в танке - пользоваться снапшотами в LVM НЕВОЗМОЖНО.

>Правдаа?

Только offline.

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

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

Чем Ext* невменяемы? С чего вдруг XFS хлам? С каких пор перестал поддерживаться юникод в именах файлов?

Если ты так и не понял - convmv растёт в перчвю очерередь потому, что в других ОС используется не юникод для ФС, чтобы перебросить оттуда файлы в нормальной кодировке - приходится к этому прибегать.

P.S.

Жги ещё.

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

>НИКАКОЙ. Имя файла = последовательность байт. О*еть просто. Сношайтесь в юзерспейсе при смене локали, дети мои!

Ламо, сделай man jfs.
и не выпендривайся.

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

linuxfan> уменьшение размера раздела может потребоваться не только дома

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

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

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

ZFS в линуксе нет не потому, что она говнище редкостное, а из-за патентов Sun. Так бы тот же RedHat взял, и сказал: "А у нас есть ZFS", и на лохах стриг бы деньги.

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

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

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

Ну и тут не в GPL дело, а в патентах.

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

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

Вопрос: как я тогда пользуюсь юникодом в Ext3?

P.S.
Бросай косяк.

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

Остальной бред поскипан :)

> у и в-четвертых: что-то я запамятовал, lvextend разве может изменять размер примонтированного раздела? Пару лет назад он меня посылал вроде. linuxfan (*) (03.11.2009 16:11:15)

он и тебя сейчас пошлет, а у меня всегда работал :)

> если ты в каком-то шаге ошибся

скорей ты :) хотя как знать, может рм -рф / у тебя сама любимая команда, и это не ошибка !

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

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

Ссылочку на научную статью можно?

P.S.
Почему ты не упомянул про журналирование средствами GEOM? Неужто быдлофрю плохо знаешь?

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

>Если ты так и не понял - convmv растёт в перчвю очерередь потому, что в других ОС используется не юникод для ФС, чтобы перебросить оттуда файлы в нормальной кодировке - приходится к этому прибегать.

А ты попробуй локаль сменить и посмотри, что с твоими именами файлов случится. В то же время, для fat или ntfs ты просто укажешь другой iochraset в опциях монтирования, и все с русскими именами файлов там будет в порядке.

Но ты не отвлекайся, жри свой кактус, он ведь самый вкусный в мире.

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

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

И что? Перешли разок - и нормально. Проблем нет.

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

И кто настолько длинно называет файлы?

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

linuxfan> Сношайтесь в юзерспейсе при смене локали, дети мои!

Кодировка то всё равно UTF8. Смена локали не повлияет на это.

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

>Ламо, сделай man jfs.

Где поддержка юникода для ext*, reiserfs, xfs? Я указал конкретные имена фс. Кстати, дома у меня живут ext3, reiserfs (в основном), xfs (для музыки, фильмов и прочей мультимедии). jfs нет.

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

iZEN> А новость о ZFS, а не о Mac OS X.

Как не об OS X? Продолжают разрабатывать для _OS X_.

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

>>Значит оказывается, что GEOM убожество по сравнению с LVM.

>Изобрази мне RAID-10 (4 диска) на LVM тремя командами, а потом поговорим.

Зачем тремя? Одной лучше!

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

>Вопрос: как я тогда пользуюсь юникодом в Ext3?

Ответ: никак. Смени кодировку локали и получишь поломанные имена файлов.

Если все еще сомневаешься, то попробуй в UTF-ной локали сделать файл, имя которого состоит из 128 русских символов. Не случайно даже в википедии для ext3 написано: "max filename: 254 _bytes_". В ext4 уже 256 байт, так что для нее пределом будет 129 русских символов.

Сравни с http://en.wikipedia.org/wiki/HFS_Plus -- "255 _characters_"

Думаю, на этом тему юникода в большинсве линуксовых фс можно считать закрытой.

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

> Изобрази мне RAID-10 (4 диска) на LVM тремя командами

pvcreate /dev/cciss/c0d0p1
vgcreate VolGroupXYZ /dev/cciss/c0d0p1

Уложился в две команды :-)

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

>Думаю, на этом тему юникода в большинсве линуксовых фс можно считать закрытой.

Конечно куда уж деваться наколенной студенческой поделке. Эти красноглазые даже юникод не смогли осилить, болезные.

Открой лучше тему про FAT или NTFS. Аудитория оценит.

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

>Кодировка то всё равно UTF8. Смена локали не повлияет на это.

Видимо, ты убунтоид и о локалях имеешь очень слабое представление. Ок. Полагаю, что у тебя UTF-ная локаль.

mkdir -p /tmp/encodings && cd /tmp/encodings && touch "Русский UTF.txt" && LC_ALL=ru_RU.KOI8-R touch "$(echo "Русский KOI8.txt" | iconv -futf-8 -t koi8-r)" && LC_ALL=ru_RU.UTF-8 ls *.txt && LC_ALL=ru_RU.KOI8-R ls

Теперь дошло?

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

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

Это потому что ты не пробовал fsck запускать на файлухе с 28млн файлов.

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