https://www.opennet.ru/openforum/vsluhforumID3/39223.html Доступна статья "Архитектура ZFS (http://www.filesystems.nm.ru/my/zfs_arch.pdf)" (PDF, 694Кб), в которой подробно рассмотрена дисковая структура файловой системы, объяснены некоторые алгоритмы ее работы. <br><br><br>URL: http://www.filesystems.nm.ru/my/zfs_arch.pdf<br>Новость: http://www.opennet.ru/opennews/art.shtml?num=13070<br> https://www.opennet.ru/openforum/vsluhforumID3/39223.html#12 Wed, 12 Dec 2007 07:31:05 GMT &gt;зы:странна, а где же pavlinux и _Nick_ ? упускают такой момент опустить <br>&gt;zfs <br><br>Мнения этих граждан архиважны для Sun и ZFS!<br> https://www.opennet.ru/openforum/vsluhforumID3/39223.html#11 Fri, 07 Dec 2007 07:36:31 GMT собрал бекап сервер с полгода назад на gmirror + gstripe но сейчас перевел это все на zfs, оно реально сделано для людей, надежность и стабильность уже сейчас на betta 3<br><br>зы:странна, а где же pavlinux и _Nick_ ? упускают такой момент опустить zfs<br> https://www.opennet.ru/openforum/vsluhforumID3/39223.html#10 Fri, 07 Dec 2007 07:29:35 GMT Ого! Это ж какие там залежи порн... программ! :-)<br><br>А если серьёзно - сколько там и каких винтов? Сам собираюсь нечто подобное делать.<br> https://www.opennet.ru/openforum/vsluhforumID3/39223.html#9 Thu, 06 Dec 2007 19:24:44 GMT Использую на домашнем файловом сервере raidz1 на 5Тб. Очень доволен.<br> https://www.opennet.ru/openforum/vsluhforumID3/39223.html#8 Thu, 06 Dec 2007 06:39:47 GMT использую zfs в продакшне, www, mysql щаслиф как слон.<br> https://www.opennet.ru/openforum/vsluhforumID3/39223.html#7 Wed, 05 Dec 2007 18:37:43 GMT Кстати, zfs при переходе с 6.2 на 7.0-Бета1 здорово спасла мои данные. Просто в Бета1 и Бета2 ну и ниже была какая-то лажа с контролерами Promise. Создал я на этом контролере пул с рейдз1 из 4 винтов. Потом забекапил еще из 2 винтов на этот пул все даные. Смутило, что по всем 4 винтам шло слишком много CKSUM error-в. Думал какая-то лажа с самой zfs. Потом переткнул 4 винта с контролера Promise на мать, а загрузочные 2 винты с зеркалом (ufs2) на Promise и долго не мог понять, почему система не грузиться и ее страшно плющит. Короче после того, как 2 загрузочных винта побывали на этом контролере, fsck показал много inconsistency check ошибок. И только бекапы, которые хранились на рейдз1 остались целыми и невредимыми. В Бета3 проблемы с Promise исправили и сейчас все нормально. <br>После этого я конкретно зауважал zfs.<br><br> https://www.opennet.ru/openforum/vsluhforumID3/39223.html#6 Wed, 05 Dec 2007 18:28:56 GMT Сижу на Solaris/OpenSolaris проблем с ZFS нет не каких, в том числе ZFS Root на OpenSolaris использую, очень удобно ИМХО!!!:)<br> https://www.opennet.ru/openforum/vsluhforumID3/39223.html#5 Wed, 05 Dec 2007 18:19:35 GMT &gt;На домашнем компе мигрировал и доволен как слон <br>&gt;Проблем ни одной не встретил на этом пути. :):):)<br>&gt;Хотя как кому попадет.<br><br>На семерке сидите или на OpenSolaris?<br> https://www.opennet.ru/openforum/vsluhforumID3/39223.html#4 Wed, 05 Dec 2007 18:13:53 GMT &gt;&gt;&gt;Но большое потребление памяти, отсутсвие законченых грамотных политик оптимизации доступа к диску<br><br>Большое потребление памяти - это и есть законченая грамотная полита оптимизации доступа к диску. Никто не будет уменшать это потребление памяти - FS расчитана на роботу в мошных системах. Может вы еще претензии выставите 3DMark-у 6-у за то, что ее не тянет S3Trio-3D (тоже кстати 3D :)). Каждая система расчитана на то, на что она расчитана. <br><br><br>&gt;&gt;&gt; и главное - нет возможности заменить плохой диск если там не raid1<br><br>Вы не поверите, меняется очень просто:<br>zpool replace test md0 md1<br>Причем копируется не весь диск целиком (типа dd), а только данные.<br><br>вот давеча копался в компе и случайно вытащил сата кабель на работающем винте, который из raidz1. <br>Всего-то нужно засунуть кабель назад и дать команду:<br>zpool online test md0<br>И за 2 секунды диск уже в рейде опять. Представь сколько времени нужно на старых дедовских рейдах (даже на апаратных), что бы его заребилдить обратно в масив.<br><br>&gt;&gt;&gt; но лучше подождать