https://opennet.me/openforum/vsluhforumID3/62765.html Jeff Roberson призывает (http://lists.freebsd.org/pipermail/freebsd-current/2010-January/014811.html) всех заинтересованных энтузиастов FreeBSD принять участие в тестировании работы механизма журналирования Soft Updates (SU+J) для файловой системы UFS. Jeff подготовил патч реализующий SU+J для FreeBSD-CURRENT, а так же инструкцию и набор пожеланий для тестеров.<br><br><br>Для задействования патча после его наложения, необходимо пересобрать ядро и мир (в мире можно ограничиться пересборкой libufs, fsck_ffs, и tunefs), а так же отключить использование старой версии Soft Updates, и выполнение fsck в фоновом режиме. Приветсвуется использование опций отладки в ядре.<br><br>URL: http://lists.freebsd.org/pipermail/freebsd-current/2010-January/014811.html<br>Новость: http://www.opennet.ru/opennews/art.shtml?num=24951<br> https://opennet.me/openforum/vsluhforumID3/62765.html#43 Sun, 30 Jan 2011 17:00:19 GMT 100500 и 10млн файлов - разные вещи<br> https://opennet.me/openforum/vsluhforumID3/62765.html#42 Thu, 14 Jan 2010 10:58:26 GMT &gt;&gt; IMHO. Никому это уже не нужно. Есть ZFS.<br>&gt;<br>&gt;не на каждой машине гигабайты озу, чтобы зетфс юзать. а как например <br>&gt;смонтировать зпул из другой оси?<br><br> Что за бред? Зачем?<br><br><br>&gt; уфс-раздел можно юзать, загрузифшись с флоппика. <br><br> А с магнитофона и касеты MK-60 не пробовал?<br>Что за извраты? Изучи работу с LiveCD.<br><br><br>&gt;когда возникла потребность переехать на другой винт я так натрахался, что <br>&gt;отформатировал его в уфс по старинке - и не парюсь больше. <br>&gt;работает старушка на ура.<br><br> Не знание и не умение работать с ZFS. Твои проблемы.<br><br><br> <br>&gt;<br>&gt;т.е. зутфс вещь хорошая, пока не надо её админить.<br><br> Ржунимагу. :))) <br><br><br><br>&gt; там есть хренова <br>&gt;туча крутых фичь, которые не нужны в повседневной практике (я например <br>&gt;никогда не пользовался т.н. "снэпшотами" и даже не могу придумать, зачем <br><br> Ну тут я вообще выпал. :)))<br><br><br>&gt;бы это мне когда потребовалось), а вот для решения реально возникающих <br>&gt;производственных задач надо иметь три руки, четыре глаза и неделю времени <br>&gt;на перетрах. <br><br> Кто теб https://opennet.me/openforum/vsluhforumID3/62765.html#40 Wed, 13 Jan 2010 07:03:17 GMT &gt;&gt;вот я тоже так думал, переехал на zfs, раид 10 на 4 <br>&gt;&gt;винтах, и торрмоза на amd64 и 4 гига рамы. ufs явно <br>&gt;&gt;шустрее был. <br>&gt;<br>&gt; Извини, но устанавливать ZFS поверх RAID это глупость. Прочитай документацию, там <br>&gt;все разжевано на эту тему. JBOD + ZFS = высокая производительность. <br>&gt;<br><br>Пул делал так:<br><br>zpool create mirror gpt/ada0p3 gpt/ada1p3 mirror gpt/ada2p3 gpt/ada3p3<br><br>где тут глупость?<br><br>А тормоза проявляются когда хренова туча торрентов начинает раздаваться/скачиваться. А так dd if=/dev/zero of=test bs=2M count=1000 показывает скорость на запись 100 Mб/с что вобщем-то тоже как-то не айс. Особо ничего не тюнил кроме включения prefetch.<br> https://opennet.me/openforum/vsluhforumID3/62765.html#39 Wed, 13 Jan 2010 06:53:27 GMT &gt; IMHO. Никому это уже не нужно. Есть ZFS.<br><br>не на каждой машине гигабайты озу, чтобы зетфс юзать. а как например смонтировать зпул из другой оси? уфс-раздел можно юзать, загрузифшись с флоппика. когда возникла потребность переехать на другой винт я так натрахался, что отформатировал его в уфс по старинке - и не парюсь больше. работает старушка на ура.<br><br>т.е. зутфс вещь хорошая, пока не надо её админить. там есть хренова туча крутых фичь, которые не нужны в повседневной практике (я например никогда не пользовался т.н. "снэпшотами" и даже не могу придумать, зачем бы это мне когда потребовалось), а вот для решения реально возникающих производственных задач надо иметь три руки, четыре глаза и неделю времени на перетрах.<br> https://opennet.me/openforum/vsluhforumID3/62765.html#38 Wed, 13 Jan 2010 05:03:34 GMT &gt;Я имел в виду что уже видел cpanel с поддержкой zfs'ных квот. <br>&gt;Честно говоря, не видел хостинга с cpanel'ю, которую не приходилось допиливать <br>&gt;под себя - и уж что-то, а zfs прикрутить задача простейшая. <br><br>много направишь и напилишь в закрытом коде, ага. а панель у вас не принято обновлять, а то так-то там тоже дыры постоянно находятся? ссылочку на цпанель с зфс не подкинете?<br><br>&gt;&gt; читал и отлично знаю. встречный вопрос, а вы знаете что такое soft quota и grace режим? советую почитать.<br>&gt;<br>&gt;Опишите-ка зачем оно нужно. А для себя посчитайте сколько места можно занять <br>&gt;за grace период. <br><br>так вы откройте ман, там все расписано :) занять за grace период можно как 1КБ, так и 100ГБ.<br><br>&gt;Мне как-то гораздо полезнее reservation, которые традиционные quota <br>&gt;как-бы не умеют. <br><br>это конечно хорошая штука, но возникла данная штука исключительно из-за особенностей зфс, если конкретнее то: допустим у вас корень системы лежит в tank и юзерская фс лежит в tank/user, без выставления ограничений юзер сможет переполни https://opennet.me/openforum/vsluhforumID3/62765.html#37 Wed, 13 Jan 2010 04:48:22 GMT &gt; df tank/usr, zfs list tank/usr<br><br>ох... если вы помните из сотни серверов где и как сделаны разделы - вы прямо чудо :) а напишите мне скрипт который будет следить за переполнением системных разделов и не трогать квоты юзера при условии, что мы заранее не знаем список системных разделов и расположения разделов с юзерскими фс?<br> https://opennet.me/openforum/vsluhforumID3/62765.html#36 Mon, 11 Jan 2010 19:12:48 GMT Извини, я смог только мельком прочитать письмо Диллона. Насколько я понял он видит основную проблему в том, что может произойти порча как метаданных, так и данных для журнала, во время когда они находятся в аппаратном кэше диска или контроллера, например во время потери питания. На что он резонно предлагает проводить синхронизацию, т.е убеждаться в том, что данные записаны на диск. Либо как другой вариант - использование fsck.<br>Подобный вопрос поднимал в списках рассылки Александр Мотин: http://lists.freebsd.org/pipermail/freebsd-current/2010-January/014819.html<br>На что Jeff ответил, что если хотите надёжности используйте правильное железо, либо fsck, которую при использовании SU + Journal никто не отменял. Также он добавил, что проблема есть и он подумает над "proper disk synchronization mechanics".<br><br>Мэтт, на мой взгляд, судя по его делам мыслит мегаглобально, впрочем это его достоинство, а не недостаток. Поэтому он сделал форк FreeBSD, монстра HAMMER и т. д. Разработчики FreeBSD, по моим наблюдениям предп https://opennet.me/openforum/vsluhforumID3/62765.html#35 Mon, 11 Jan 2010 15:49:52 GMT Да брось ты, просто Current commodity hardware capabilities.<br>Вот и вся причина.<br>Уже невозможно купить пицук меньше чем с гигом рамы и диском менее 500GB. Пока за пару лет обкатают уже в телефонах столько будет.<br> https://opennet.me/openforum/vsluhforumID3/62765.html#34 Mon, 11 Jan 2010 14:28:31 GMT &gt; в кол-ве строк. мне мало интересно как и насколько юзер выгребает свою квоту, а вот<br>&gt; насколько забиты разделы - важно и поиск в бедламе меня не очень радует. zpool list -<br>&gt; не помогает, потому что у меня может быть фс tank/usr размер которой я видеть хочу и<br>&gt; tank/user1 - размер которой я видеть не хочу, а что-нить типа: df &#124; egrep 'usr$' -<br>&gt; костыль<br><br>df tank/usr, zfs list tank/usr<br><br>&gt; пускай осиливает, но пока этого нет, насколько я знаю (DirectAdmin-е уж точно и родят<br>&gt; они такое, по опыту общения с ними, очень не скоро), а кроме этих двух панелей есть еще...<br><br>Я имел в виду что уже видел cpanel с поддержкой zfs'ных квот. Честно говоря, не видел хостинга с cpanel'ю, которую не приходилось допиливать под себя - и уж что-то, а zfs прикрутить задача простейшая.<br><br>&gt; читал и отлично знаю. встречный вопрос, а вы знаете что такое soft quota и grace режим? советую почитать.<br><br>Опишите-ка зачем оно нужно. А для себя посчитайте сколько места можно занять за grace период. Мне как-то гораздо полезнее res