Существенный прогресс в проекте ZFS для FreeBSD

> реально вряд ли можно выжать больше 60 мб с блинов на 7200 об/мин.

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

вот два современных 7200-ника:

http://www.thg.ru/storage/seagate_st31500341as_western_digital_re3_wd1002fbys... - 126МБ/с в начале диска

http://www.thg.ru/storage/samsung_spinpoint_f1/images/image023.png - 114МБ/с в начале диска

126-114МБ/с, никак не шестьдесят. Советую прочитать про технологию перпендикулярной записи, которая позволила резко увеличить количество гигабайт на пластину и соответственно повысить скорость линейного чтения, хотя и последние винты без перпендикулярной записи уже перешагнули за 60МБ/с, прежде чем устареть :)

>> А нет никакого "буфера дисков". Есть "очередь команд I/O", и это совершенно не одно и то же.

>Ага, а 32МБ в моем HDD это иллюзия. Действительно, зачем вам write barriers. Вы ребята бравые, пока петух в попу не клюнет write cache не отключите.

Какая каша... Эти 32 мегабайта - дисковый кэш, который сбрасывается в том числе и барьерами. Device mapper барьеры не поддерживает, что определяется всеми нормальными файловыми системами на старте, поэтому они соответствующим образом выстривают запись (обновление журнала отдельно например и т.п.), и используют sync вместо барьеров.

> и используют sync вместо барьеров.

sync сбрасывает буфера OS в адресное пространство диска, а не сбрасывает буфера диска на сам диск и не гарантирует что данные попали на пластины. Если вы можете доказать обратное, буду рад выслушать.

>sync сбрасывает буфера OS в адресное пространство диска, а не сбрасывает буфера диска на сам диск и не гарантирует что данные попали на пластины. Если вы можете доказать обратное, буду рад выслушать.

Нет. sync - это не тот sync, который из userspace вызывается, а набор вызовов VFS, которые могут выставить барьер, а могут сделать flush для кэша, если поддерживается конроллером и драйвером. если flush не поддерживается, и барьеры не поддерживаются (device mapper'ом например), тогда да, все будет плохо, но я уже давно не видел дисков, у которых нельзя принудительно сбросить кэш. sync из userspace может вызывать такое поведение, а может и не вызывать, зависит от файловой системы.

Сдаёццо мне, что традиционные ФС (типа ext, reiser и иже с ними) доживают свои последние годы. Потому как на рынок выходят SSD харды. Они пока дороги, но какими темпами дешевеют? Год-другой и разница станет непринципиальной.

Перспективы ZFS на SSD? ИМХО весьма туманные...

>Нищебродам отдадим спектрумы, так уж и быть.

Ты отопление в доме ещё не зациклил на системник? Богатенький ты наш.

>Нет. sync - это не тот sync, который из userspace вызывается, а набор вызовов VFS, которые могут выставить барьер, а могут сделать flush для кэша, если поддерживается конроллером и драйвером. если flush не поддерживается, и барьеры не поддерживаются (device mapper'ом например), тогда да, все будет плохо, но я уже давно не видел дисков, у которых нельзя принудительно сбросить кэш. sync из userspace может вызывать такое поведение, а может и не вызывать, зависит от файловой системы.

Час назад я тоже так думал, но тут нагуглил :(

http://oss.sgi.com/archives/xfs/2006-07/msg00174.html

Оттуда:

> So will XFS be safe even without write barriers?

XFS is only safe when you have:

a) no write caching on the drive (barrier or nobarrier)

b) non-volatile write caching on the drive (barrier or nobarrier)

c) volatile write caching and barriers supported and enabled

The same conditions hold true for any filesystem that requires I/O ordering guarantees to maintain filesystem consistency...

Возможно с 2006 года многое изменилось...

Почему FreeBSD так сосет?
http://dg.sad.lv/2008/11/17/stranges-o-freebsd/

ФряБСД не нужен.

ZFS не нужен.

Что реально изменится, от того , что в ненужной ОС появится ненужная ФС?

> ФряБСД не нужен.

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

> http://dg.sad.lv/2008/11/17/stranges-o-freebsd/

В результате отсутствия menu makeconfig там можно с невероятной легкостью получить конфиг ядра, выдающей ошибку компиляции, с которой не ясно, что делать и что править (в конфиге).

>ФряБСД нужен. >ZFS нужен. >Что реально изменится, от того , что в ненужный AVL2 портит воздух в ненужном форуме лорЪ?

FIXED.

>http://dg.sad.lv/2008/11/17/stranges-o-freebsd/
>В результате отсутствия menu makeconfig

Для начала неплохо бы ответить на вопрос "Зачем нужен makeconfig"?
Ответ: Упростить настройку переусложнённых опций компиляции ядра Linux.
Ключевое словосочетание: "переусложнённых опций".

Почему этого нет в FreeBSD?
Ответ: Потому что ядро FreeBSD гораздо проще чем Linux.


Ещё
ответы на вопросы зашоренного линуксойда:

>Зачем нужны слайсы ? Какая у них технологическая нагрузка ?

Слайсы — это DOS-разделы. На одном слайсе можно задать до восьми разделов FreeBSD: 6-общего пользования под FFS, 1-для swap и 1-для адресации всего слайса.

На каждом IDE-диске может размещаться не более 4-х DOS-разделов (4 слайса) Поэтому для DOS, Windows и Linux (для физического разделения пространства ФС на отдельные ветви /boot, /, SWAP, /var, /tmp, /usr, /home) приходится прибегать к "матрёшечной" организации жёсткого диска, задействуя расширенный раздел и логические диски в нём от безысходности.

Во FreeBSD ветви можно разместить в одном DOS-разделе (слайсе), при этом физически они будут на разных "устройствах" в понимании системы:
/dev/ad0s1a - /;
/dev/ad0s1b - SWAP;
/dev/ad0s1d - /var;
/dev/ad0s1e - /tmp;
/dev/ad0s1f - /usr;
/dev/ad0s1g - /usr/local;
/dev/ad0s1h - /usr/home;
/dev/ad0s1с - прямой доступ ко всему слайсу.


>Как с помощью команды route посмотреть таблицу рутинга.

Никак.
route не предназначена для просмотра таблиц роутинга.
man route: "The route utility is used to manually manipulate the network routing tables. It normally is not needed, as a system routing table management daemon, such as routed(8), should tend to this task."

Для просмотра таблиц роутинга надо использовать команду netstat с ключём -r.

>Почему IDE диски называются “ad“, а SCSI - “da” ? В чём идея ?

Так лучше. Нет путаницы с именами физических устройств хранения.

>Зачем у каждого NIC своё название устройства, а не как в Linux - eth0, eth1 и так далее ?

Так лучше. Нет привязки к слоту шины PCI, а только к имени интерфейса. Меньше путаницы и неоднозначностей. Например, конфиги таблиц маршрутизации не нужно переписывать, чтобы перенести их на другие машины и/или при замене сетевого адаптера.

>Почему bash требует ключи перед аргументом, тогда как в Linux порядок не важен ?

bash не встроен в FreeBSD и поставляется отдельно в виде приложения (порта). Надо использовать sh или tcsh, встроенные в систему.

>Как посмотреть список железа, если /var/run/dmesg.boot отсутствует ?

А он нужен?

% dmesg
% pciconf -lcv

>Почему нет нормальной стандартной утилиты для конфигурации ядра, которая бы отслеживала зависимости и предоставляло справку как menuconfig в Linux ? Ну разве так трудно это сделать ?

См. выше.
Это ненужно по причине простоты текстового конфига ядра. В копии GENERIC ошибиться трудно. Если ошибка сделана, то сообщение компилятора укажет на неверную/некорректную опцию.

>Почему брандмаур pf работает по правилу “последнее правило побеждает”, но в то же время имеет опцию quick?

Все вопросы по pf к разработчикам OpenBSD, так как pf разрабатывался у них.

>Какого хрена portupgrade не показывает информативные сообщения портов в самом конце в суммарном виде, а только после сборки каждого отдельного порта ?

portupgrade не является частью системы, а является приложением, написанным на Ruby. Все вопросы к разработчику portupgrade.

>Если обновилось двадцать портов то нужно прокручивать километры вывода что-бы найти нужное :(

Не нужно. Экранный буфер имеет ограниченный размер в несколько страниц.

> А она уже готова в продакшн? У людей еще с ext3 траблы вылезают. Боюсь придется ждать когда Ганс откинется, больше никто для линакса файлухи писать не умеет.

Там сейчас все гораздо интереснее: Крис Масон спешно пишет btrfs, причем на это дело его громко благословил Тед Тсо, как создателя NGFS (файловой системы будущего, коей должна стать btrfs). Крис вроде умный человек, и мне ни чем не остается обьяснить всю бестолковость этого проекта (btrfs), кроме как отмыванием Оракловского бабла. Ну а Тед Тсо, давно уже ничего не делает, только смердит. Как они, основные пингвины, его там терпят - непонятно. А, вспомнил: он у них там секретуткой работает, ежегодно собирает кернел саммиты..

отлично! как раз хотел потестить) FreeBSD 8.0-CURRENT amd64

>Ответ: Потому что ядро FreeBSD гораздо проще чем Linux.

Правильно. Фря - примитив и не может использоваться иначе как в роутерах.

>На каждом IDE-диске может размещаться не более 4-х DOS-разделов (4 слайса)

Один и этих четырех разделов можно сделать расширеным и напихать туда и 8 и 10 и сколько надо разделов.

>Поэтому для DOS, Windows и Linux

Фряшникам нужна только фря для роутера и венда для всего остального. Фряшник без венды не проживет и дня ибо "FreeBSD гораздо проще", чем требуется.

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

Угу. И фряшнки придумали выход - устроили матрешку во всех разделах. Вот уж упростили так упростили. И ограничения оставили. Не удивлюсь, если фряха с расширенного раздела не грузится...

>Так лучше.

Гы, можно было этим и ограничиться. Все равно вендой пользуетесь, так какая разница, что там на роутере с дисками...

>Нет путаницы с именами физических устройств хранения.

А почему так слабо зашифровали? Нет, уже неплохо - ad и da. Но можно было назвать - xy и yx? А то буква d таки намекает на диск...

>Так лучше.

+1

>Нет привязки к слоту шины PCI, а только к имени интерфейса. Меньше путаницы и неоднозначностей. Например, конфиги таблиц маршрутизации не нужно переписывать, чтобы перенести их на другие машины и/или при замене сетевого адаптера.

Угу, они просто работать не будут. >Все вопросы по pf к разработчикам OpenBSD, так как pf разрабатывался у них.

прально. фряшники жрут, что дают...

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

прально. фряшники жрут, что дают...

>Не нужно. Экранный буфер имеет ограниченный размер в несколько страниц.

и здесь пролет. прально. фряшники жрут, что дают...

>Там сейчас все гораздо интереснее: Крис Масон спешно пишет btrfs, причем на это дело его громко благословил Тед Тсо, как создателя NGFS (файловой системы будущего, коей должна стать btrfs). Крис вроде умный человек, и мне ни чем не остается обьяснить всю бестолковость этого проекта (btrfs), кроме как отмыванием Оракловского бабла. Ну а Тед Тсо, давно уже ничего не делает, только смердит. Как они, основные пингвины, его там терпят - непонятно. А, вспомнил: он у них там секретуткой работает, ежегодно собирает кернел саммиты..

угу какни тут перни там, везде должен быть соответствующий аромат ;) да?

Тсо работает, два месяца назад ставил ext4dev решил помучить, помучил, упала, решил чекнуть, ext2fstools не поддерживают ext4dev, а сейчас уже поддерживают, факт работы на лицо. А Крис Масон самый счастливый человек, он в свободное от работы время занимается чем нравится, а работодатель не только не мешает, а даже поддерживает его. Судя по вашим словам уже и деньги платить дополнительные начал - это ваще счастье любого программиста. Завидуй человече!

>На каждом IDE-диске может размещаться не более 4-х DOS-разделов (4 слайса) Поэтому для DOS, Windows и Linux (для физического разделения пространства ФС на отдельные ветви /boot, /, SWAP, /var, /tmp, /usr, /home) приходится прибегать к "матрёшечной" организации жёсткого диска, задействуя расширенный раздел и логические диски в нём от безысходности.

стандартный расклад DOS раздела:

boot - 512МБ ext2, swap 4ГБ, lvm - остальное

lvm:

/ 1ГБ

/var 2ГБ

/usr 20ГБ

/home остальное

>>Зачем у каждого NIC своё название?
> Так лучше. Нет привязки к слоту шины PCI, а только к имени интерфейса
> конфиги таблиц маршрутизации не нужно переписывать, чтобы перенести
> их на другие машины и/или при замене сетевого адаптера.
какой-то бред.
какая связь между единой сквозной нумерацией сетевых карт и привязкой с к слоту PCI? Вы с Нетварью не перепутали случаем?
или имеется в виду порядок поднятия карт в зависимости от места на шине?
это можно регулировать настройками модуля (options в конфиге).
тем более что фришник тоже не может избежать "привязки к слоту", сособенно когда у Вас этих fxp штук 5 ;).
И кстати, при замене адапетра - не вижу никаких проблем с eth, а вот с разными именами устройств как раз потрудиться придётся -по крайней мере
заменить в конфиге fxp на ne и т.д.

> И кстати, при замене адапетра - не вижу никаких проблем с eth, а вот с разными именами устройств как раз потрудиться придётся -по крайней мере
заменить в конфиге fxp на ne и т.д.

ifconfig fxp0 name eth0
ifconfig em0 name eth1

или в rc.conf(5):
ifconfig_fxp0_name=eth0
ifconfig_em0_name=eth1

> boot - 512МБ ext2

а что линукс не умеет грузиться с lvm? дожили!

>а что линукс не умеет грузиться с lvm? дожили!

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

> факт работы на лицо

Чьей работы? Щас, конечно, скажет, что это Тед Тсо там горбатит..

> Крис Масон самый счастливый человек, он в свободное от работы время занимается чем нравится

Ну, может, он рыбу ловит и хорошо, а вот результат его работы (btrfs) представляет собой унылое зрелище..

> а вот результат его работы (btrfs) представляет собой унылое зрелище..

да, пока оно довольно глючное, но фичи радуют, например, SSD-режим аллокатора

> ifconfig fxp0 name eth0
а, если так. то и линукс имеет переименовать сетевки, rtfm:
http://www.science.uva.nl/research/air/wiki/LogicalInterfaceNames
ксттаи, гранчи имеют своё имя (sbni) в линуксе:
sbni4 Link encap:Ethernet HWaddr 00:FF:01:C3:32:80

> да, пока оно довольно глючное, но фичи радуют, например, SSD-режим аллокатора

"Sure it corrupts your files, but look how fast it is!" (c) UGH

>> Так лучше. Нет привязки к слоту шины PCI, а только к имени интерфейса
> какой-то бред.
> какая связь между единой сквозной нумерацией сетевых карт и привязкой с к слоту PCI? Вы с Нетварью не перепутали случаем?

Не перепутал.

Люди изо дня в день в Linux заморачиваются вот этими вопросами:
1. "Объясните, плз. eth0 стал eth1": http://www.opennet.ru/openforum/vsluhforumID1/81878.html
2. "eth1 есть, eth0 нет": http://www.freelists.org/post/slack-ru/eth1-eth0
"Slackware 12

Я полностью скопировал диск с одного компа на другой.
На исходном компе был eth0, на после копирования - стал только eth1.

eth1 есть, eth0 нет.

Хочу знать почему, и как можно вернуть eth0 - для порядка =)
"
3. "Сетевые интерфейсы...": http://www.fforum.ru/index.php?showtopic=22887
"Заменил материнку, в результате что-то случилось с сетевыми интерфейсами:
eth0, который смотрел на прова, исчез
eth1 (PCIный), который смотрел в домашнюю локалку, остался
eth2 появился (тот, который на борту новой матери

Настроить eth2, как раньше настраивал eth0, не получается по неизвестной причине.
В /etc/network/interfaces eth0 исправил на eth2 - не помогло.

В чём может быть дело?"

Во FreeBSD подобного бреда не может быть в принципе.

> FS, которые ложатся поверх томов LVM типа xfs, ext3 требуют определенных возможностей от "виртуального блочного устройства", которых это устройство не обеспечивает.

Это ты про write barrier? Ну так RTFM: "Journalling filesystems need write barrier" isn't really accurate. They can make good use of write barrier if it is supported, and where it isn't supported, they should use blkdev_issue_flush in combination with regular submit/wait. (c) Neil Brown

И если кто-то полагается только на наличие write barrier - ССЗБ.

P.S.: md умеет write barrier при условии что все нижележащие устройства поддерживают эту функцию

> eth1 есть, eth0 нет.

iZEN прав, косяк (исправимый) имеет место быть.

Но возможность сделать в bsd несобираемое ядро это не отменяет.

>Я полностью скопировал диск с одного компа на другой. На исходном компе был eth0, на после копирования - стал только eth1. eth1 есть, eth0 нет.

такого быть не может

>3. "Сетевые интерфейсы...": http://www.fforum.ruindex.php?showtopic=22887 "Заменил материнку, в результате что-то случилось с сетевыми интерфейсами: eth0, который смотрел на прова, исчез eth1 (PCIный), который смотрел в домашнюю локалку, остался eth2 появился (тот, который на борту новой матери

тоже нереально. Вернее, очевидно, что на новой материнке одна сетевуха оказалась неработоспособна. Не иначе как забаженый acpi.

>Во FreeBSD подобного бреда не может быть в принципе.

да тоже самое. если карты одинаковые, то они точно так же нумеруются.

>iZEN прав, косяк (исправимый) имеет место быть.

да какой косяк? Я еще понимаю, если бы сказали, что есть неудобство, что у одинаковых карт надо указывать опции модуля через запятую, и это при том, что в этом же modprobe.conf прописаны алиасы на тех же карточках.

>да тоже самое. если карты одинаковые, то они точно так же нумеруются.

Главное в том, что принцип именования сетевых интерфейсов (eth0, eth1, eth2,...) в Linux обезличен. Отсюда и глупые ошибки, когда один физический интерфейс вдруг становится "другим" или пропадает из системы. То есть нужна дополнительная информация о том, в каком слоте PCI стоит адаптер, о том, какие возможности имеет тот или иной адаптер А то бывает так, что Realtek 8139 отдаёт интернет в локалку, а Intel 82575 смотрит на провайдера — и никто не знает, почему всё тормозит, пока не вскроют пыльный системник.

Во FreeBSD название физического адаптера присвоено сетевому интерфейсу изначально, и неоднозначностей не возникает. За исключением идентификации двух и более одинаковых адаптеров — тут вы правы — идентифицировать можно только по номеру (и по присвоенному псевдониму), зато "узкое место" в сетевом хозяйстве определяется однозначно.

>Главное в том, что принцип именования сетевых интерфейсов (eth0, eth1, eth2,...) в Linux обезличен. Отсюда и глупые ошибки, когда один физический интерфейс вдруг становится "другим" или пропадает из системы. То есть нужна дополнительная информация о том, в каком слоте PCI стоит адаптер, о том, какие возможности имеет тот или иной адаптер А то бывает так, что Realtek 8139 отдаёт интернет в локалку, а Intel 82575 смотрит на провайдера — и никто не знает, почему всё тормозит, пока не вскроют пыльный системник.

Глупее объяснения переименования интерфейсов еще не слышал. Откройте для себя, как работает udev, и как он именует интерфейсы. После чего все сразу станет на свои места, и никаких переименований не будет.

>Главное в том, что принцип именования сетевых интерфейсов (eth0, eth1, eth2,...) в Linux обезличен.

Ровно настолько, насколько это необходимо. Какая мне изначально разница, intel это или realtek?

Для всего остального есть алиасы. Заведи себе алиасы local, inet1, strim ит.д. и никаких eth0 не будет.

>Отсюда и глупые ошибки, когда один физический интерфейс вдруг становится "другим" или пропадает из системы.

Никто не мешает прописать интерфейсу мак-адрес. Это разумно, если речь идет про роутеры с большим количеством сетевух. Собственно, федора мак-адреса прописывает всегда.

>Во FreeBSD название физического адаптера присвоено сетевому интерфейсу изначально, и неоднозначностей не возникает. За исключением идентификации двух и более одинаковых адаптеров

Это не решение, а обычная бага, которую очень хочется обозвать фичей.

На компах с одной сетевой картой разноименница только вредит.

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

Остаются помойки, куда воткнули то, воткнулось. Там, действительно, скорее всего все интерфейсы будут с разными именами. Вот эта помойка и есть вотчина FreeBSD...

>Я полностью скопировал диск с одного компа на другой. На исходном компе был eth0, на после копирования - стал только eth1. eth1 есть, eth0 нет.

> такого быть не может

Наблюдал многократно. Прямо сейчас такое имеет место быть в компьютерном зале.

> да, пока оно довольно глючное, но фичи радуют, например, SSD-режим аллокатора

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

>Наблюдал многократно. Прямо сейчас такое имеет место быть в компьютерном зале.

Что говорит о том, что в udev есть правило по умолчанию, называть все новые интерфейсы именем ethN, где N равно номеру зарегестрированных правил в базе данных udev.

Самым распространенным способом нумерации в udev является сравнение МАС адреса нового устройства с МАС адресом в базе, поэтому если в базе данных udev написано, что 00:01:02:03:04:05 должен называться eth0, а неожиданно udev получил сообщение о найденном ...:06, он обзовет его следующим за eth0 именем, т.е. eth1.

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

Это Крис Мэйсон-то не писал файловых систем? Бугога, он разрабатывал ocfs (первую и вторую) и маинтейнил reiserfs в suse после того, как Рейзер ее забросил.

>> такого быть не может

>Наблюдал многократно. Прямо сейчас такое имеет место быть в компьютерном зале.

при установленном udev такое поведение наблюдается всегда, при отсутствующем udev - никогда ;)

все интерфейсы и их имена сидят здесь:

/etc/udev/rules.d/70-persistent-net.rules

как обзовете так и будет.

> Это Крис Мэйсон-то не писал файловых систем?

Написать fs from scratch и накатить на fs журнал - разные вещи.

> и маинтейнил reiserfs в suse после того, как Рейзер ее забросил.

Тому кто не знает: reiserfs маинтейнили команда Рейзера и Джеф Махони из Сусе.

>Написать fs from scratch и накатить на fs журнал - разные вещи.

Разобраться с существующими проектами сложнее, чем написать с нуля. Плюс анонимус убрал часть сообщения о ocfs.

>Тому кто не знает: reiserfs маинтейнили команда Рейзера и Джеф Махони из Сусе.

Ну да, Рейзер ее маинтейнил, в порядке наивысшего приоритета, а r4 в свободное время писали... Джеф Махони был (есть?) манагер.

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

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

> Плюс анонимус убрал часть сообщения о ocfs.

Дык я не знаю, что это за ocfs? Это что, стековая файловая система? Я имел ввиду файловые системы общего назначения, такие как ext2/3/4, xfs, jfs, reiser3/4. Остальные не в счёт ;)

> Ну да, Рейзер ее маинтейнил, в порядке наивысшего приоритета, а r4 в свободное время писали...

А при чём тут приоритеты? Главное, что маинтейнили.. То, что Рейзер бросил reiserfs - это популярный миф, созданный его недображелателями.

> Джеф Махони был (есть?) манагер.

Джеф был и есть программист, а не манагер :)

>Наблюдал многократно. Прямо сейчас такое имеет место быть в компьютерном зале.

значит eth0 привязано к mac-адресу. То есть прыгать от загрузки к загрузке не может.

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

Mason 9 лет назад написал журналирование для reiserfs

> Mason 9 лет назад написал журналирование для reiserfs

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

> Убить LVM конечно можно - dd if=/dev/zero of=/dev/sdaN. Вот только если сделать dd if=/dev/zero of=/dev/some_zfs_storage_device, она убьется с тем же успехом.

Ой ли?

# uname -a
SunOS  arizona 5.11 snv_95 i86pc i386 i86pc
# mkfile 64m /file0
# mkfile 64m /file1
# zpool create tank mirror /file0 /file1 
# tar cf - etc | bzip2 -9 > /tank/etc.tbz
# ls -l /tank/
total 28183
-rw-r--r--   1 root     root     16598061 нояб. 20 06:39 etc.tbz
# zpool list tank
NAME   SIZE   USED  AVAIL    CAP  HEALTH  ALTROOT
tank  59,5M  16,0M  43,5M    26%  ONLINE  -
# digest -a md5 /tank/etc.tbz 
e9ec879b2f039092d18c2b389ce4c769
# zpool export tank
# zpool list tank
cannot open 'tank': no such pool
# zpool import -d / tank
# zpool list tank
NAME   SIZE   USED  AVAIL    CAP  HEALTH  ALTROOT
tank  59,5M  16,0M  43,5M    26%  ONLINE  -
# dd if=/dev/zero of=/file1 conv=notrunc bs=128k count=512
512+0 records in
512+0 records out
# zpool status -v tank
  pool: tank
 state: ONLINE
 scrub: none requested
config:

	NAME         STATE     READ WRITE CKSUM
	tank         ONLINE       0     0     0
	  mirror     ONLINE       0     0     0
	    //file0  ONLINE       0     0     0
	    //file1  ONLINE       0     0     0

errors: No known data errors
# digest -a md5 /tank/etc.tbz 
e9ec879b2f039092d18c2b389ce4c769
# zpool status -v tank
  pool: tank
 state: DEGRADED
status: One or more devices has experienced an unrecoverable error.  An
	attempt was made to correct the error.  Applications are unaffected.
action: Determine if the device needs to be replaced, and clear the errors
	using 'zpool clear' or replace the device with 'zpool replace'.
   see: http://www.sun.com/msg/ZFS-8000-9P
 scrub: none requested
config:

	NAME         STATE     READ WRITE CKSUM
	tank         DEGRADED     0     0     0
	  mirror     DEGRADED     0     0     0
	    //file0  ONLINE       0     0     0
	    //file1  DEGRADED     0     0    63  too many errors

errors: No known data errors
# zpool scrub tank
# zpool status -v tank
  pool: tank
 state: DEGRADED
status: One or more devices has experienced an unrecoverable error.  An
	attempt was made to correct the error.  Applications are unaffected.
action: Determine if the device needs to be replaced, and clear the errors
	using 'zpool clear' or replace the device with 'zpool replace'.
   see: http://www.sun.com/msg/ZFS-8000-9P
 scrub: scrub completed after 0h0m with 0 errors on Thu Nov 20 06:43:46 2008
config:

	NAME         STATE     READ WRITE CKSUM
	tank         DEGRADED     0     0     0
	  mirror     DEGRADED     0     0     0
	    //file0  ONLINE       0     0     0
	    //file1  DEGRADED     0     0   296  too many errors

errors: No known data errors
bash-3.2# zpool clear tank
bash-3.2# zpool status -v tank
  pool: tank
 state: ONLINE
 scrub: scrub completed after 0h0m with 0 errors on Thu Nov 20 06:43:46 2008
config:

	NAME         STATE     READ WRITE CKSUM
	tank         ONLINE       0     0     0
	  mirror     ONLINE       0     0     0
	    //file0  ONLINE       0     0     0
	    //file1  ONLINE       0     0     0

errors: No known data errors
bash-3.2# 

Возьмем свои слова обратно?

Ты дебил? создал зеркало и теперь радуешься, что оно не убивается обнулением одного из хранилищ?

Ну так создай lvm поверх md и делай тоже самое с lvm...

>Ты дебил? создал зеркало и теперь радуешься, что оно не убивается обнулением одного из хранилищ?

Сдается мне, сударь, что мы с вами на брудершафт не пили. Так что давайте оставаться в рамках приличий.

> Ну так создай lvm поверх md и делай тоже самое с lvm...

То есть вы утверждаете, что это будет работать точно также? И дайджест MD5 тот же самый получится? Продемонстрируйте! Слабо?

> Ну так создай lvm поверх md и делай тоже самое с lvm... 

Интересно, как вы чего-то подобного с md/lvm добиваться будете:

# uname -a
SunOS arizona 5.11 snv_95 i86pc i386 i86pc
# zpool destroy tank
# zpool create tank /file1
# zfs set copies=2 tank
# tar cf - usr/pgadmin3 | bzip2 -9 > /tank/pgadmin.tbz
# ls -l /tank
total 18448
-rw-r--r--   1 root     root     6238993 нояб. 20 07:37 pgadmin.tbz
# digest -a md5 /tank/pgadmin.tbz 
f5e7ee1437f420e3d3ff130216b2e0aa
# zpool list tank
NAME   SIZE   USED  AVAIL    CAP  HEALTH  ALTROOT
tank  59,5M  12,2M  47,3M    20%  ONLINE  -
# zpool export tank
# zpool import -d / tank
# zpool status tank
  pool: tank
 state: ONLINE
 scrub: none requested
config:

	NAME        STATE     READ WRITE CKSUM
	tank        ONLINE       0     0     0
	  //file1   ONLINE       0     0     0

errors: No known data errors
# dd if=/dev/zero of=/file1 conv=notrunc bs=128k count=96
96+0 records in
96+0 records out
# digest -a md5 /tank/pgadmin.tbz 
f5e7ee1437f420e3d3ff130216b2e0aa
# zpool status -v tank
  pool: tank
 state: ONLINE
status: One or more devices has experienced an unrecoverable error.  An
	attempt was made to correct the error.  Applications are unaffected.
action: Determine if the device needs to be replaced, and clear the errors
	using 'zpool clear' or replace the device with 'zpool replace'.
   see: http://www.sun.com/msg/ZFS-8000-9P
 scrub: none requested
config:

	NAME        STATE     READ WRITE CKSUM
	tank        ONLINE       0     0     9
	  //file1   ONLINE       0     0     9

errors: No known data errors
# zpool scrub tank
# zpool status -v tank
  pool: tank
 state: DEGRADED
status: One or more devices has experienced an unrecoverable error.  An
	attempt was made to correct the error.  Applications are unaffected.
action: Determine if the device needs to be replaced, and clear the errors
	using 'zpool clear' or replace the device with 'zpool replace'.
   see: http://www.sun.com/msg/ZFS-8000-9P
 scrub: scrub completed after 0h0m with 0 errors on Thu Nov 20 07:40:46 2008
config:

	NAME        STATE     READ WRITE CKSUM
	tank        DEGRADED     0     0    80
	  //file1   DEGRADED     0     0    80  too many errors

errors: No known data errors
# 


Когда ждать демонстрации?

Но не расстраивайтесь! Говорят, ZFS уже портирована на Linux (зря чтоли Бонвик и Торвальсом пиво пили), так что пишите письма старине Линусу с просьбой пересмотреть политику партии :-)

>То есть вы утверждаете, что это будет работать точно также? И дайджест MD5 тот же самый получится? Продемонстрируйте! Слабо?

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

Ведь это просто зеркало. Диски копируются бит в бит.