https://www.opennet.ru/openforum/vsluhforumID3/15020.html В списке рассылки посвященном файловой системе ZFS появилась неофициальная информация (http://mail.opensolaris.org/pipermail/zfs-discuss/2006-April/002119.html) о заинтересованности Apple в портирования ZFS под Mac OS X. Группа разработчиков ZFS уже выразила желание помочь реализации данной инициативы.<br><br>URL: http://www.osnews.com/story.php?news_id=14473<br>Новость: http://www.opennet.ru/opennews/art.shtml?num=7417<br> https://www.opennet.ru/openforum/vsluhforumID3/15020.html#35 Wed, 03 May 2006 08:08:50 GMT Я не буду ничего доказывать.<br>Я буду скептически относиться к приведенным вами тестам по вышеозначенным причинам. Это мое мнение. Хотите прислушивайтесь, хотите отвергайте. Это ваш выбор.<br> https://www.opennet.ru/openforum/vsluhforumID3/15020.html#34 Tue, 02 May 2006 20:46:48 GMT В разы?Нет, не поверю...Доказывайте ;)<br><br>На самом деле, надо не забывать, что ZFS - не просто FS, но и (имхо) грамотный volume meneger c mirror, stripe и raidz :) С учетом этого видится вполне приличной соляровской вариацией на тему довольно проивзодительной FS + VM(volume manager) и альтернативой чему-нибудь вроде XFS+LVM... https://www.opennet.ru/openforum/vsluhforumID3/15020.html#33 Tue, 02 May 2006 20:40:03 GMT Является, даже лучше, с полгода назад читал, проникся, теперь не помню, но контроль целостности разумеется есть.....;)<br>Проц гнется везде, в Linux чуть больше(на ~10%)..... https://www.opennet.ru/openforum/vsluhforumID3/15020.html#32 Tue, 02 May 2006 17:08:34 GMT на S.M.A.R.T. надеяться опасно. Не раз уже люди попадали.... https://www.opennet.ru/openforum/vsluhforumID3/15020.html#31 Tue, 02 May 2006 11:39:41 GMT "а вот что насчет raidz под солярис? является ли он действительно аналогом raid5 (много вычислений) или является попросту гибридом raid10 и raid5 (типа raid5 но без контрольной суммы - как зеркало) - соответственно преъявляя меньшие требования к процу?"<br><br>А в чем проблема посмотреть?<br>http://cvs.opensolaris.org/source/xref/on/usr/src/uts/common/fs/zfs/vdev_raidz.c https://www.opennet.ru/openforum/vsluhforumID3/15020.html#30 Tue, 02 May 2006 11:30:35 GMT Ну что сказать? Скажу, что в этом тесте абсолютно не тюненый ZFS победил абсолютно нетюненый XFS.<br><br>Для меня это не показательно, т.к. я считаю, что тюнинг нужен. Авторы XFS не зря же включили опции для адаптации ФС к разным условиям.<br><br>Нет уж. Проводите тесты корректно. Запишите, что сделали программный RAID с размером spripe таким-то. Размер брался из таких-то соображений. Файловая система размечена с такими-то опциями из таких-то соображений.<br><br>Запущен тест такой-то. При тестировании оценивается такое-то значение. Оно является показателем для таких-то операций, которые часто применяются в таких-то средах, на таких-то задачах.<br><br>Это тестирование ни о чем. Взяли, чего-то сравнили, вывалили. Ешьте.<br>Уверен, что при других условиях и на другом железе тесты могут быть совершенно противоположные или отличаться в разы в ту или другую сторону.<br> https://www.opennet.ru/openforum/vsluhforumID3/15020.html#29 Tue, 02 May 2006 09:55:07 GMT да даже и по sequential не все понятно <br>по бенчмарку видно что процессор прогинается конкретно (под 90%) <br>для raid5 под линуксом это не удивительно - все таки надо рассчитывать контрольную сумму для каждого блока <br>а вот что насчет raidz под солярис? является ли он действительно аналогом raid5 (много вычислений) или является попросту гибридом raid10 и raid5 (типа raid5 но без контрольной суммы - как зеркало) - соответственно преъявляя меньшие требования к процу?<br><br>в общем - неубедительный бенчмарк - как минимум он означает что линуксовые фс не хуже как максимум что zfs это "фс давно минувших дней" https://www.opennet.ru/openforum/vsluhforumID3/15020.html#28 Tue, 02 May 2006 07:12:09 GMT &gt; Я, как обычно, не утверждаю, что тут всё объективно, и если будут другие тесты - буду <br>&gt; только рад увидеть результаты.....<br><br>зачем ? даже этих приведенных тестов достаточно чтобы утверждать что zfs сливает даже xfs не говоря уж про рейзер3.6 про который там скромно умолчали <br><br>весь фокус в том что смотреть надо на колонки с random read / write / create что более ближе к реальной нагрузке серверов и рабочих станций чем на sequential input/output ( по которому некоторые sata винты "порвут" обычные scsi винты ) https://www.opennet.ru/openforum/vsluhforumID3/15020.html#27 Tue, 02 May 2006 05:42:12 GMT зачем мне что-то показывать? я сам много раз этот dbench на обоих гонял.