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

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

>всё равно любой линуксоид видит что оно в линухе нифига не разбирается же

Да, я говорю много слов, которые рядовым пользователям убунты кажутся еретическими. Дело в том, мальчег, что я с вашим линаксом сношаюсь уже чуть ли не десять лет и замечаю, что каким он был, таким остался: нет поддержки юникода в именах ФС, нет дефрагментаторов, нет утилит для обхода bad-блоков, нет 3D нигде, кроме проприетарных драйверов нвидии,и точно как и тогда, кажется, что все движется в правильном направлении и вот-вот допилят. Лет 10 уже пилят, а воз и ныне там.

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

>Ну, кроме того, что это не нужно, потому что есть convmv. Думаю, было бы не хуже nls и codepage для фат и нтфс.

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

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

>То, что это ненужно. Сколько раз за последние три года ты менял локаль? :-)

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

Нахрена нам нормальный юникод? Флешек в линаксовых говнофс все равно не делают, а с винтами в гости уже не таскаются. А то как придешь со своим винтом в utf-8 к Ъ, который до сих пор на koi8r сидит, так и помянешь и convmv, и отсутствие юникода и еще много что.

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

>Драйвер ФС интерпретирует имя файла как цепочку байт, и ломать эту фичу, заложенную в POSIX, это верх идиотизма. В действительности, функция взаимоотношения приложений и ФС это задача libc.

Итак, давай предположим, что нашелся красноглазый идиот, который отформатировал флешку в ext2, невзирая на все предупреждения. Положим, что этот идиот такой же ретард, как и я, и поэтому сидит на KOI8-R локали, но при этом он не такой Ъ как я, и хранит на ней файлы с именами, содержащими символы национального алфавита (по-нашенски -- кириллицу).

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

Мораль: FAT, NTFS, UDF -- все это придумано не идиотами, а здравомыслящими людьми, а красноглазики, вопящие про "цепочки байт", идут лесом по дрова.

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

>А теперь вопрос на засыпку - чем 256 отличается от 128?

Ну как бы тебе наглядно так сказать? 128 кг -- это тучный (или сильно перекаченный) человек, а 256 кг -- недвижимая тяжесть.

Кроме того, юникод бывает всякий, и китаец в качестве имени файла сможет использовать уже где-то в районе 60-80 символов (не знаю точно, в какой части юникода их закорючки расположены).

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

>ну я посплю - лвм как не мешал жить так и не мешает ...

LVM, кстати, на десктопе не от хорошей жизни ставят. Редактирование разделов в линаксе -- занятие для сильных духом. Проще один раз lvm взять, который, кстати сдохнет, если хоть один винт помрет; сказки про домашний raid 1 рассказывай леммингам.

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

Я тебе страшное скажу, под линуксом биты и байты тоже без поддержки юникода! И регистры процессора. И даже микросхемы памяти не знают об юникоде !

Прикинь, сделал двой друг курсовик на Cray, кинул идиот все данные в собственной кодировке, в своей только что им написанной файловой системе на основе реляционной БД как дамп памяти притащил к тебе - а не читается.

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

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

>Редактирование разделов в линаксе -- занятие для сильных духом

оффтопег: для оффтопика (и бутовый) кстате был acronis disk director который возил ext3 и рейзер в любых направлениях и без последствий. не знаю как там у него сейчас с ext4 и допилили ли поддержку gpt, но факт остаётся фактом - чужие дяди, которые всю жизнь писали кстате под оффтопик, линуксячие разделы экстендяд, мувят и шринкают лучше чем родные труъ красно-кодеры.

а знаете почему? потому что акронис стоит около сотки. а лёлекс - бесплатно.

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

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

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

> А что мешает прикрутить в драйвер fs преобразование кодировки на лету при монтировании ext*?

Имхо, это проще добавить в VFS (и [ufd]mask туда же), но наши американские друзья, принимающие патчи, не поймут, зачем это вообще надо.

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

>А если выключить питание в момент ресайза, то данные не подлежат никакому восстановлению

а не выключайте

>Не энтерпрайз скажете без бесперебойника сидеть?

да щас батарейки вон в недобуках и недотопах даже есть.

>Дык и ресайз разделов тоже особо не требуется, тем более offline.

я понимаю новость в некотором роде про эппл но не нужно так воровать их слоганы )

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

>>Да, я говорю много слов

угу. это всем видно. только огонька в твоих словах нет. видно что ты тролиш через силу. может ты болен чем то?

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


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

>Дело в том, мальчег,


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

>я с вашим линаксом сношаюсь


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

>Лет 10 уже пилят, а воз и ныне там


ну вот такая ты, тугая, десятилетняя буратина

black7
()

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

black7
()

посудите сами, кто ещё будет фапать на поделия от некрософта? только бздуны. а ирси бздуном никогда не был

изень, не стыдись, оботри заляпаное дерьмом личико, покажись общественности!

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

В недотопах есть, а у меня на домашнем компьютере нету. ext3. Сколько выключалось электричество еще _ни_разу_ ничего не потерялось. Даже несохраненный документ в vim восстанавливается полностью.

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

>Сколько выключалось электричество еще _ни_разу_ ничего не потерялось

а я как раз сегодня nut настраивал дома. человек предполагает...

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

>Вах, тут всегда такой уровень дискуссии, или только в пределах unix-bsd-macos-linux-wundows ?

вы на лоре если еще не поняли

gigabito
()

Вот мне все интересно - если всех в подобном треде собрать в одну клетку - кто первый полезет бить морду и кому ?

WindowsXP ★★
()

каждый тред на лори про ZFS заканчивается одними и теми же воплями "а я давно женат на LVM", "так не достанься ты никому!!" и т.п. анальное рабство столмана доставляет.

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

>Дело в том, мальчег, что я с вашим линаксом сношаюсь уже чуть ли не десять лет и замечаю, что каким он был, таким остался: нет поддержки юникода в именах ФС, нет дефрагментаторов, нет утилит для обхода bad-блоков, нет 3D нигде, кроме проприетарных драйверов нвидии,и точно как и тогда, кажется, что все движется в правильном направлении и вот-вот допилят. Лет 10 уже пилят, а воз и ныне там.

Ну, во-первых надо называть вещи своими именами. Не ты сношаешься, а линукс тебя ебёт. Причём, судя по твоему страдающему виду, лубриканты он не использует и о твоих ощущениях не заботится.

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

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

> Проще один раз lvm взять, который, кстати сдохнет, если хоть один винт помрет

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

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

UFS2 уже являеся extent based fs ?

ДА.

NEWFS(8)                FreeBSD System Manager’s Manual               NEWFS(8)

NAME
     newfs — construct a new UFS1/UFS2 file system

SYNOPSIS
     newfs [-EJNUln] [-L volname] [-O filesystem‐type] [-S sector‐size]
           [-T disktype] [-a maxcontig] [-b block‐size]
           [-c blocks‐per‐cylinder‐group] [-d max‐extent‐size] [-e maxbpg]
           [-f frag‐size] [-g avgfilesize] [-h avgfpdir] [-i bytes]
           [-m free‐space] [-o optimization] [-p partition] [-r reserved]
           [-s size] special

...
     -d max‐extent‐size
             The file system may choose to store large files using extents.
             This parameter specifies the largest extent size that may be
             used.  It is presently limited to its default value which is 16
             times the file system blocksize.

Для больших файлов используется переменный размер блоков, механизм размещения которых в XFS и Ext4 назвается «экстентами». Дополнительное поле размера блока находится в inode, принимает значение от 2 до 16 раз больше размера стандартного блока.

Ещё в UFS2 для файлов используется плотное заполнение выделенных блоков — когда не доконца заполненный блок, например, конец одного файла неполностью заполняет блок, заполняется данными другого файла. Сам блок имеет «фрагменты» (2, 4, или 8 фрагментов, минимум 512 байт каждый) и адресация данных файла идёт не только на уровне блоков, но и фрагментов блоков, чего НЕТ у Ext3 и, если неверно — поправьте, — нет и у Ext4.

Кроме того, запись блоков производится в непрерывную область в границах так называемой «группы цилидров» (хотя для современных винчестеров мало что значит, но в старых винтах позволяет сильно уменьшить радиальные перемещения головок чтения-записи). (Кроме этого, группы цилиндров сами по себе локализуют данные файлов и кластеры inode в логической области (диапазоне адресов) носителя и способствует хорошей восстанавливаемости в случае аварии и частичного разрушения ФС.)

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

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

> Положим, что этот идиот такой же ретард, как и я, и поэтому сидит на KOI8-R локали

Предположим, что задержки в развитии лечат в психоневрологических диспансерах.

> FAT, NTFS, UDF -- все это придумано не идиотами, а здравомыслящими людьми

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

Я тут проходя по факультету, на одном этаже вижу двери кафедр, на которых ведут занятия преподаватели французского, немецкого, испанского, китайского, башкирского и казахского. По данным опроса, они согласны с тем, что тебе вместе с твоим KOI8-R следует идти к психиатру

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

> Ещё в UFS2 для файлов используется плотное заполнение выделенных блоков

IMHO ненужно. Размер блока поменьше + delayed allocation + поддержка экстентов дадут практически тот же приход без усложнения структуры метаданных.

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

>Не ты сношаешься, а линукс тебя ебёт.

Я с вашим линаксом уже весь японский хентай перепробовал и, знаешь, надоело как-то.

>ты уже десять лет видишь один и тот же, десятилетней давности линукс

Так о чем я и говорю: линакс за 10 лет качественно не поменялся: все те же грабли, местами просто слегка пригламуренные.

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

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

s/логические тома/группы томов/ -- не?

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

>Во всех этих ФС принято соглашение, что имена файлов надиске хранятся в некоторой кодировке

Ты не поверишь, но именно такое соглашение о кодировке хранимых данных и называется "поддержкой XXX", где XXX = юникод в случае UDF и NTFS.

В линаксовых же фс творится разброд и шатание: кто как хочет, так и хранит имена файлов. Это называется "сохранение обратной совместимости с наколенно спроектированным говном".

>Я тут проходя по факультету, на одном этаже вижу двери кафедр, на которых ведут занятия преподаватели французского, немецкого, испанского, китайского, башкирского и казахского. По данным опроса, они согласны с тем, что тебе вместе с твоим KOI8-R следует идти к психиатру

Проблемы замкадских народностей меня как-то не волнуют. Мое рабочее место предназначено для меня, а мне кроме латиницы и кириллицы в системе никакая другая гадость не нужна. Ну а ты, как истинный анальный раб, продолжай онанировать на свой UTF. Правда один хрен не поможет, если тот, к кому ты понесешь свой винт не такой махровый толераст и у него не UTF :D

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

>А если, к примеру, лвм поверх 2 дисков и один том поверх всего этого =)

Очевидно наш поциент следует проверенной практике "один диск -- один том". Лично мне даже как-то в голову не приходило использовать lvm, чтобы делать свой volume group на каждом диске.

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

> Правда один хрен не поможет, если тот, к кому ты понесешь свой винт не такой махровый толераст и у него не UTF :D

Гы =) Как ругать авторов mp3 с idv1, писать скриптики ковертирующие все теги во всех mp3 файлах из нескольких русских кодировок в одну, патчи для перекодировки на лету к xmms, так все признают что авторы mp3 с idv1 лопухнулись не подумав о многоязычности и все это костыли.

А как у самих бревно в глазу, так ничего, все так и должно быть, а все остальные идиоты и ССЗБ. Только вот авторам mp3 хватило смелости признать ошибки и прикрутить idv2. Теперь представим, что будет если linux зохавает 50% компов и будет куча народа лепящих свои дистрибы со своими локалями. =)

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

>Я с вашим линаксом уже весь японский хентай перепробовал и, знаешь, надоело как-то.

Не, ну если ты мазохист, тогда ещё как-то понятно. Если же нет, то это к психиатру.

>Так о чем я и говорю: линакс за 10 лет качественно не поменялся: все те же грабли, местами просто слегка пригламуренные.

А зачем ломать то, что и так хорошо работает? Это вы адресом ошиблись, ЛОР не лечит от такого, скорее наоборот.

Hokum ☆☆☆☆
()
Ответ на: комментарий от gloomdemon

Не захватит. Дело в том, что в мире мудаков гораздо больше 50%. А Linux несовместим с мудаками, это даже по данному треду видно, мудаки либо используют другие ОС, либо очень страдают на линуксе, до того страдают, что вскорости все в больничку попадают.

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

Ага, а ещё по данному треду видно, что многие настолько красноглазые линуксоиды, что считают linux вершиной совершенства и если есть грабли, то надо делать как в анегдоте:

- Доктор, мне больно, когда я так делаю! - Так не делайте так!

И не замечать никаких проблем.

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

>А зачем ломать то, что и так хорошо работает?

А что в линаксе хорошо работает? 10-гигабитные сетевые карты и многопроцессорные суперкомпьютеры? Закапывайте, мне дома это барахло нафиг не нужно.

Но зато до сих пор нет никакой поддержки EAX звука, нет PhysX, зачаточное 3D на атишных картах, при выборе принтера/тюнера/звуковой карты/сканера надо сначала погуглить, чтобы не купить "девайс, не совместимый с линаксом".

И никаких тенденций к улучшению не заметно. Если производитель устройства попытается написать драйвер, но при этом некоторые вещи преподнесет в бинарных блобах, красноглазые поклонники Бородатого Пожирателя Мозолей с говном смешают несчастного вендора. Ребята из RH тоже встанут в позу: "бинарный блоб в нашем ведре?! нет пути!!!". С таким подходам линаксу ничерта не светит на десктопах, а мифический вендекапец так и будет оставаться предметом ночных поллюций красноглазых маргиналов.

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

>Мораль: FAT, NTFS, UDF -- все это придумано не идиотами, а здравомыслящими людьми, а красноглазики, вопящие про "цепочки байт", идут лесом по дрова.

FAT, например, проектировали просто гении. Куда уж недоюникодной наколенной поделке до нее.

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

Не лгите, производители не просто не пытаются, но многие до сих пор даже угрожают судами тем, кто пробует сам реализовать что-то для их железа в linux. Что касается ATI, то там тоже прогресс налицо. Гуглить надо всегда, в том числе вантузятникам, чтобы не оказаться в положении дебилов, купивших пусть совместимое, но гавно. Таких дебилов, вроде вас, полные форумы, и концу этого не видно, пока ва и вам подобные будут пропагандировать воинствующий дилетантизм и размягчение мозга как образ жизни. Не хватает мозгов ни на что - идите в менеджеры по продажам и юзайте себе тихо свою венду снабжая кулхакеров ресурсами для персональных ботнетов. Ну и наконец. Вендокапец придет не со стороны Линукса. Он придёт изнутри этой оконной системы для хомячков, потерявших последние мозги пытаясь доказать всем, что линукс невозможно использовать и что ему ничего не светит на десктопах.

Hokum ☆☆☆☆
()
Ответ на: комментарий от gloomdemon

А нет, б...ть, всем надо взяться за руки, выйти на улицу и плакать, что местами другие системы лучше линукса. Плакать и хлестать себя прутиками. плакать и хлестать. А то, видите ли, всяким фряшникам обидно, что они зря внедряли zfs, их как опускали за ufs так и продолжают гнобить

Hokum ☆☆☆☆
()

И зачем ЭТО нужно для мака?

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

> А нет, б...ть, всем надо взяться за руки, выйти на улицу и плакать, что местами другие системы лучше линукса. Плакать и хлестать себя прутиками. плакать и хлестать. А то, видите ли, всяким фряшникам обидно, что они зря внедряли zfs, их как опускали за ufs так и продолжают гнобить

Набор слов похожий на истерику. Мне лично, н***ть с высокой колокольни, как там устроена zfs, где в ядре, а где через fuse.

Тоже самое на красноглазых утверждающих что фоновая проверка ufs верх гениальности и не костыль. Дикие тормоза, запускающиеся в 5 раз медленнее иксы, а то вообще могут и не запуститься из-за того что x.conf оказался битым, и надо ждать пока фоновая проверка его починит, а в это время init упорно пытается снова и снова запускать иксы ...

И так же сверху, на красноглазых, которым указали на наикревейший пример проектирования их любимой linux фс, а они не в силах признать очевидного, пытаются так же как красноглазые с ufs, сделать вид что так и надо. Потом выплескивают наборы бессвязных слов и пытаются обматерить всех кто стоит у них на пути в биореактор, вместе с теми кто пишет драйвера для zfs вместо того что бы сидеть на мега крутой, зависящей от локали фс.

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

их как опускали за ufs так и продолжают гнобить

ZFS mirror:

% dd if=/dev/zero of=/usr/obj/image bs=100M count=30
30+0 records in
30+0 records out
3145728000 bytes transferred in 83.866859 secs (37508594 bytes/sec)
% ls /usr/obj/image 
-rw-r--r--  1 root  wheel   2,9G  4 ноя 16:37 /usr/obj/image
% rm /usr/obj/image
UFS2 stripe:
% gstripe label -v -s 131072 Obj ad6p2 ad10p2
Metadata value stored on ad6p2.
Metadata value stored on ad10p2.
Done.
% gstripe status
      Name  Status  Components
stripe/Obj      UP  ad6p2
                    ad10p2
% newfs -U /dev/stripe/Obj
/dev/stripe/Obj: 4095.8MB (8388096 sectors) block size 16384, fragment size 2048
	using 23 cylinder groups of 183.72MB, 11758 blks, 23552 inodes.
	with soft updates
super-block backups (for fsck -b #) at:
 160, 376416, 752672, 1128928, 1505184, 1881440, 2257696, 2633952, 3010208,
 3386464, 3762720, 4138976, 4515232, 4891488, 5267744, 5644000, 6020256,
 6396512, 6772768, 7149024, 7525280, 7901536, 8277792
% ee /etc/fstab
/dev/stripe/Obj          /usr/obj ufs    rw,noatime      2       2
% mount -a
% mount | grep ufs
/dev/stripe/Obj on /usr/obj (ufs, local, noatime, soft-updates)
% dd if=/dev/zero of=/usr/obj/image bs=100M count=30
30+0 records in
30+0 records out
3145728000 bytes transferred in 26.297364 secs (119621419 bytes/sec)
% ls /usr/obj/image
-rw-r--r--  1 root  wheel   2,9G  4 ноя 16:43 /usr/obj/image
% rm /usr/obj/image
% dd if=/dev/zero of=/usr/obj/image2 bs=100M count=30
30+0 records in
30+0 records out
3145728000 bytes transferred in 27.823169 secs (113061456 bytes/sec)
% ls /usr/obj/image2
-rw-r--r--  1 root  wheel   2,9G  4 ноя 16:45 /usr/obj/image2
% rm /usr/obj/image2
% dd if=/dev/zero of=/usr/obj/image3 bs=100M count=31
31+0 records in
31+0 records out
3250585600 bytes transferred in 28.438422 secs (114302601 bytes/sec)
% ls /usr/obj/
total 3102
drwxr-xr-x   3 root  wheel      512B  4 ноя 16:45 ./
drwxr-xr-x  18 root  wheel       18B  1 ноя 19:41 ../
drwxrwxr-x   2 root  operator   512B  4 ноя 16:40 .snap/
-rw-r--r--   1 root  wheel      3,0G  4 ноя 16:46 image3
% rm /usr/obj/image3
% sync
Сейчас компиляция на страйпе закончится, разберу, сделаю зеркало из тех же разделов, протестирую UFS2 в RAID-1. Выложу тут. Посмотрим, кто кого загнобит.

Кстати, винты ноутбучные WD3200BEVT. Среднее время доступа 16 мс, средняя скорость записи 55 МБ/с.

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

их как опускали за ufs так и продолжают гнобить

Продолжение теста.

Остановка и очистка страйпа с UFS2 от предыдущего теста:

% umount /usr/obj
% gstripe stop Obj
% gstripe clear ad6p2 ad10p2

Так как будущий размер зеркала с UFS2 всего 2ГБ, то будем копировать 1,8ГБ нулей сначала на ZFS mirror, а потом на UFS2 gmirror.

Для ZFS mirror:

% dd if=/dev/zero of=/usr/obj/image bs=60M count=30
30+0 records in
30+0 records out
1887436800 bytes transferred in 52.570323 secs (35903085 bytes/sec)
% ls /usr/obj/
total 1801
drwxr-xr-x   2 root  wheel     3B  4 ноя 18:55 ./
drwxr-xr-x  18 root  wheel    18B  1 ноя 19:41 ../
-rw-r--r--   1 root  wheel   1,8G  4 ноя 18:56 image
% rm /usr/obj/image

Для UFS2 mirror:

% gmirror label Obj ad6p2 ad10p2
% gmirror status
      Name    Status  Components
mirror/Obj  COMPLETE  ad6p2
                      ad10p2
% newfs -U /dev/mirror/Obj
/dev/mirror/Obj: 2048.0MB (4194300 sectors) block size 16384, fragment size 2048
	using 12 cylinder groups of 183.72MB, 11758 blks, 23552 inodes.
	with soft updates
super-block backups (for fsck -b #) at:
 160, 376416, 752672, 1128928, 1505184, 1881440, 2257696, 2633952, 3010208,
 3386464, 3762720, 4138976
% ee /etc/fstab
/dev/mirror/Obj          /usr/obj ufs    rw,noatime      2       2
% gmirror status
      Name    Status  Components
mirror/Obj  COMPLETE  ad6p2
                      ad10p2
% mount -a
% mount | grep ufs
/dev/mirror/Obj on /usr/obj (ufs, local, noatime, soft-updates)
% df | grep Obj
/dev/mirror/Obj                     1978      0  1820     0%    /usr/obj
% dd if=/dev/zero of=/usr/obj/image-gmirror bs=60M count=30
30+0 records in
30+0 records out
1887436800 bytes transferred in 29.655853 secs (63644664 bytes/sec)
% ls /usr/obj/
total 1801
drwxr-xr-x   3 root  wheel      512B  4 ноя 19:00 ./
drwxr-xr-x  18 root  wheel       18B  1 ноя 19:41 ../
drwxrwxr-x   2 root  operator   512B  4 ноя 18:55 .snap/
-rw-r--r--   1 root  wheel      1,8G  4 ноя 19:01 image-gmirror
% rm /usr/obj/image-gmirror
Результат: GEOM gmirror(8) с UFS2 оказался быстрее ZFS mirror почти в 1,75 раза.

Умыл?

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

Проспект Энтузиастов в Петербурге и шоссе Энтузиастов в Дефолт-Сити сойдут? :) Про другие города не знаю.

P.S.: Капча "defaces 00" предлагает сделать что-то нехорошее. :)

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

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

4.2

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