https://www.opennet.ru/openforum/vsluhforumID3/96298.html После десяти месяцев разработки увидел свет (http://permalink.gmane.org/gmane.linux.file-systems.zfs.announce/12) релиз ZFSonLinux 0.6.3 (http://zfsonlinux.org/), реализации файловой системы ZFS, оформленной в виде модуля для ядра Linux. Наработки проекта основаны на оригинальном коде ZFS, импортированном из проекта OpenSolaris и расширенном улучшениями и исправлениями от сообщества Illumos. Реализованная в ZFSonLinux версия пула и файловой системы совместима с ZFS из состава Illumos и FreeBSD. Проект развивается при участии сотрудников Ливерморской национальной лаборатории по контракту с Министерством энергетики США.<br><br><br><br>В рамках ZFSonLinux подготовлена стабильная и полнофункциональная реализация поддержки компонентов ZFS, связанных как с работой файловой системы, так и с функционированием менеджера томов. В частности, реализованы компоненты: SPA (Storage Pool Allocator), DMU (Data Management Unit), ZVOL (ZFS Emulated Volume) и ZPL (ZFS POSIX Layer). Дополнительно проектом обеспечена возможность использован https://www.opennet.ru/openforum/vsluhforumID3/96298.html#157 Sun, 16 Aug 2015 14:47:34 GMT а как zfs уживается с glusterfs или модным docker?<br> https://www.opennet.ru/openforum/vsluhforumID3/96298.html#156 Thu, 19 Jun 2014 17:34:43 GMT Мэйсон вполне себе посмотрел на существующие дизайны и постарался выдернуть все лучшее, оставив за бортом типовые проблемы. И получилось у него в целом получше чем у многих других (в том числе и сановских инженегров). Он не делал алгоритмы, он их комбинировал. И в целом вышло получше чем у многих других.<br> https://www.opennet.ru/openforum/vsluhforumID3/96298.html#155 Thu, 19 Jun 2014 12:16:20 GMT &gt; С таким же успехом можно сказать что Мэйсон в 1 лицо <br>&gt; btrfs сделал. А фиг, он сделал костяк алгоритмов. А туеву хучу <br>&gt; багфиксов и оптимизаций отпахали другие люди вот.<br><br>Мэйсон наваял кучу дерьмового кода, ничего общего с алгоритмами не имеющего.<br> https://www.opennet.ru/openforum/vsluhforumID3/96298.html#154 Thu, 19 Jun 2014 07:45:41 GMT &gt; Только 2-е осталось:<br><br>Нифигасе подсчет. Если вы других дистров не знаете - это не значит что их нет.<br> https://www.opennet.ru/openforum/vsluhforumID3/96298.html#153 Thu, 19 Jun 2014 00:07:58 GMT &gt; А какой-нибудь eCOS тоже нужно разрабатывать, имея на рабочей станции eCOS? User294, <br>&gt; годы идут, а ты все никак не поумнеешь.<br><br>А какой-нибудь eCOS никто и не сватает как систему общего назначения. Он нынче используется в основном как boot loader :-) для пингвина (RedBoot-ом это нечто называется).<br><br>&gt; Кстати сказать, про десктоп... Недавно случилось забавное. Откопал откуда-то<br>&gt; старый ноут 2007 года выпуска с 512Mb RAM , <br><br>Ну вот все success story почему-то про древнее окаменелое гомно мамонта. Чувак, на дворе 2014 год! И у моего cubieboard (размером чуть больше кредитки) - памяти на борту в 2 раза больше. И хардварный акселератор декодирования видео. То что он от ноутбучной батареи сможет работать, наверное, неделю - вообще лол. Поэтому у меня нынче другие радости: китайский AXP20x замайнлайнили.<br><br>&gt; убунту, поставил PCBSD 10 (правда, на UFS, не на ZFS, я <br>&gt; же не маньяк ставить ZFS на комп с 512Мб ОЗУ),<br><br>Ну да, древнему гомну - и система под стать. С тормозной безблагодатной ФСиной. А как захоче https://www.opennet.ru/openforum/vsluhforumID3/96298.html#152 Wed, 18 Jun 2014 23:36:37 GMT &gt; если ты привык работать за корку хлеба... то да, такая гибкость нужна. <br>&gt; Иначе время работы админа который будет настраивать уровни рейда для каждого <br>&gt; файла - будет стоить дороже тех данных. <br><br>Много апломба, и всё ни о чем. А знаешь, там можно и не для каждого файла, а для каждого subvolume, например. Как раз гранулярность управления рукояток там достаточно неплохо выбирается. Можно пофайлово, можно по subvolumes/для всей ФС. Так что все эти бла-бла про кучу времени - ни о чем.<br><br>&gt; В остальных случаях достаточно обеспечить максимальную надеждность.<br><br>А вон гугл например вообще плевать хотел на надежность ФС, им скорость подавай. На чем меня тут кстати особо внимательные индивиды подловили симпатично :).<br> https://www.opennet.ru/openforum/vsluhforumID3/96298.html#151 Wed, 18 Jun 2014 23:32:24 GMT &gt; ах да, экстенты и mballoc3 - это как раз то что сделал <br>&gt; CFS - персонально Alex. учите историю сударь.<br><br>Знаешь, если некто заменил в автомобиле двигатель и ездить стало лучше - это еще не синоним того что "сделал весь автомобиль". Оказывается была куча других людей без работы которых ничего не получилось бы и текущее состояние и близко бы не стояло к тому что есть сейчас. Поэтому приписывать все заслуги 1-2 человекам - несколько по ханжески. С таким же успехом можно сказать что Мэйсон в 1 лицо btrfs сделал. А фиг, он сделал костяк алгоритмов. А туеву хучу багфиксов и оптимизаций отпахали другие люди вот.<br> https://www.opennet.ru/openforum/vsluhforumID3/96298.html#150 Wed, 18 Jun 2014 23:29:20 GMT &gt; Развал ноды вполне легко детектирует BigTable. после чего ее проще замочить.<br><br>Вот я и спрашиваю - они там что, научились детектировать совершенно произвольные развалы?<br><br> https://www.opennet.ru/openforum/vsluhforumID3/96298.html#149 Wed, 18 Jun 2014 23:27:12 GMT &gt; тебе объяснить почему Oracle (и вообще серьезные базы) рекомендуют ставить базы не <br>&gt; на FS на raw device ?<br><br>Спасибо, я и сам догадываюсь что 2 раза делать одну и ту же по смыслу работу - не совсем эффективно. Но дело в том что админы не хотят админить базы на raw device. Оракл видимо в курсе этого факта. Поэтому у них и появляется требование - ФС которая сможет быть тонкой прослойкой под БД, позволив админам использование привычных утилит, но не слишком мешая базе. Вот CoW тут совсем не в кассу на пути к реализации такой хотелки. Потому и nodatacow.<br>