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

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

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

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

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

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

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

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

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

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

у неё драйвера фс в ядре находятся

ТОЛСТО

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Enjoy -> http://www.unixconsult.org/zfs_vs_lvm.html

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

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

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

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

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

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

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

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

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

Правдаа?

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

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

Еще раз привожу ссылку: http://www.nikhef.nl/~dennisvd/lvmcrap.html

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

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

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

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

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

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

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

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

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

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

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

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

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

>Правдаа?

Только offline.

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

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

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

P.S.

Жги ещё.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

ура лор снова подняли!

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

>Кодировка то всё равно 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

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

И ты уверен, что получил RAID-10? Ж))

> И ты уверен, что получил RAID-10?

Конечно. Там 18 дисков в RAID-10 + hotspare.

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

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