The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

Проект FreeNAS разделяется на две части: на базе FreeBSD и Debian GNU/Linux

06.12.2009 21:41

Olivier Cochard, один из разработчиков FreeNAS, дистрибутива для организации работы сетевого хранилища, опубликовал план дальнейшего развития проекта. Напомню, что сообщество разработчиков FreeNAS в настоящий момент разбилось на два лагеря:

  • Желающие продолжать развитие системы на кодовой базе и технологиях FreeBSD (один из основных аргументов - поддержка ZFS).
  • Те, кто планирует полностью переработать дистрибутив, взяв за основу Debian GNU/Linux. По их мнению подобный переход поможет решить две важные проблемы: 1. Отсутствие поддержки простого для пользователей и разработчиков способа создания и подключения дополнительных возможностей; 2. Ограниченный спектр поддерживаемых в FreeNAS типов встраиваемых устройств.

В итоге, озвучен следующий план развития FreeNAS, который является оптимальным для обоих лагерей разоработчиков:

  • Волкер Тейле (Volker Theile), основной разработчик FreeNAS, создаст новый проект OpenMediaVault (CoreNAS), в котором начнет реализацию своих замыслов по переходу на кодовую базу Debian GNU/Linux. Одновременно Волкер будет вовлечен в поддержание старой кодовой базы FreeNAS, основанной на FreeBSD;
  • Компания iXsystems, развивающая основанную на FreeBSD операционную систему PC-BSD, предложила взять проект FreeNAS под свое крыло и продолжить развитие FreeNAS как свободного проекта, но с участием своих профессиональных разработчиков. Основное направление работы - переход на FreeBSD 8.0 и улучшение поддержки ZFS.


  1. Главная ссылка к новости (http://sourceforge.net/apps/ph...)
  2. OpenNews: Релиз FreeNAS 0.7, дистрибутива для организации работы сетевого хранилища
  3. OpenNews: Автор FreeNAS представил первый выпуск нового проекта - BSD Router Project
  4. OpenNews: Компания iXsystems выпустила новую серию настольных ПК с ОС PC-BSD
  5. OpenNews: Компания iXsystems приобрела в собственность PC-BSD
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/24557-FreeNAS
Ключевые слова: FreeNAS, freebsd, linux, debian
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (47) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, scrat (?), 23:11, 06/12/2009 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    совсем недавно начал использовать FreeNAS, по-моему им скорее надо добавлять фичи типа просмотра хранимого видео через flash, чем эти заморочки с ZFS.
     
     
  • 2.3, xdemon (?), 00:01, 07/12/2009 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Well, debian даст пользователю простоту установки нового софта и простоту обновлений. Ах да, еще будет поддерживаться куча архитектур.
     
     
  • 3.48, Z (??), 16:31, 06/08/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >Well, debian даст пользователю простоту установки нового софта и простоту обновлений. Ах
    >да, еще будет поддерживаться куча архитектур.

    А что из этого не дает FreeBSD ?
    Куча архитектур и автоматизированная установка софта - у нее есть.

     
  • 2.25, User294 (ok), 17:02, 07/12/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >просмотра хранимого видео через flash,

    Flash может схавать ровно 2 типа видео: FLV с парой типов кодеков и H.264 в MP4 контейнере.Не густо, да?Толку то от смотрелки если она полтора формата прожевать может? :)

     
  • 2.47, Z (??), 16:28, 06/08/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >совсем недавно начал использовать FreeNAS, по-моему им скорее надо добавлять фичи типа
    >просмотра хранимого видео через flash, чем эти заморочки с ZFS.

    Если рассматривать систему FreeNAS как универсальную домашнюю систему - да.
    Но она изначально является все же универсальным файловым сервером.
    А ZFS - мощная вещь для хранения файлов, в ближайшие годы в Linux аналога не будет.

     
     
  • 3.59, Роман (??), 12:29, 05/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Пишу из 2022, тут во все поля openzfs на линуксах, но да, это 13 лет прошло
     

  • 1.2, i (??), 23:23, 06/12/2009 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    если надо ZFS почему не использовать opensolaris, где эта фс нативная ?
     
     
  • 2.4, xxx (??), 00:37, 07/12/2009 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Они с FreeBSD не могут справиться, а ты говоришь с opensolaris. Как мне кажется главная их проблема в том, что они в качестве основы выбрали monowall.
     
  • 2.5, aim (ok), 01:02, 07/12/2009 [^] [^^] [^^^] [ответить]  
  • –2 +/
    на OpenSolaris уже есть подобный дистрибутив - NexentaStor. Зачем ещё один не очень понятно...
     
     
  • 3.10, Юра (??), 06:56, 07/12/2009 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Nexenta денег стоит.
     
     
  • 4.49, Z (??), 16:43, 06/08/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >Nexenta денег стоит.

    Nexenta не стоит денег.
    Стоит денег NexentaStor. НО!!! Только если Вам нужно очень много терабайт. Для небольших объемов - NexentaStor бесплатна.

     
  • 2.24, User294 (ok), 16:58, 07/12/2009 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >если надо ZFS почему не использовать opensolaris, где эта фс нативная ?

    Надо в конечном итоге не "ZFS" а "готовое хранилище с удобной настройкой через вебморду". А у opensolaris перспективы на будущее мягко говоря невнятные. Тем более что саночников все вон никак не может зохавать оракл. Что будет с развитием ОС которая целиком зависит от одного вендора, состояние которого на данный момент подвисло в воздухе? Правильно - закладываться на такую ОС - достаточно недальновидно.

     

  • 1.15, fresco (??), 09:59, 07/12/2009 [ответить] [﹢﹢﹢] [ · · · ]  
  • –6 +/
    правильно, на перспективу работают. через 2-3 года у нас будет рабочая btrfs, необходимость в ZFS отвалится полностью.
     
     
  • 2.20, СуперПуперАноним (?), 13:34, 07/12/2009 [^] [^^] [^^^] [ответить]  
  • +9 +/
    Да задолбали всякие красноглазики.. Вот когда будет, тогда и приходите. Сколько же можно...
     
     
  • 3.22, User294 (ok), 16:40, 07/12/2009 [^] [^^] [^^^] [ответить]  
  • –9 +/
    Ну BSDшники же вопили про ZFS еще до того как она вышла. А линухоидам так же почему нельзя делать? А btrfs - хороша. На мое имхо она будет явно лучше ZFS-а, на уровне архитектуры (CoW как для данных так и для метаданных - прикольно придумано) и по потенциальным возможностям :P.
     
     
  • 4.26, Poler (ok), 17:19, 07/12/2009 [^] [^^] [^^^] [ответить]  
  • +6 +/
    хорошее слово, "имхо" ;)
     
  • 4.28, Moosh (ok), 18:38, 07/12/2009 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >На мое имхо

    В этом ИТТ треде?

     
  • 4.29, Anon Y Mous (?), 19:43, 07/12/2009 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > CoW как для данных так и для метаданных - прикольно придумано

    а типа в ZFS СoW только для одного из двух? Матчасть надо бы подтянуть, прежде чем имхами делиться...

     
     
  • 5.40, User294 (ok), 00:06, 11/12/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >а типа в ZFS СoW только для одного из двух?

    Насколько я помню - в ZFS есть ZIL, по смыслу похожий на традиционный журнал. И хотя дизайн самого ZFS далек от обычных ФС, собссно, предполагаемые транзакции пишутся в ZIL, что по смыслу действа как я понимаю все-таки смахивает на обычное журналирование. И при этом работает все-таки не CoW. Кстати если вы такой уж супергуру - объясните нафиг они так сделали? Грубо говоря: нафиг вообще им был нужен ZIL если можно влобовую юзать CoW обладающий удобными (с точки зрения недеструктивности операций) свойствами.

    В бтр насколько я понял ничего такого вообще нет - корректность и данных и метаданных просто в лобовую обеспечивается CoW-механикой (для этого деревья метаданных были несколько переделаны, чтобы хорошо накладываться на логику работы CoW). Ну и в случае сбоев - ФС возвращается в корректное состояние сугубо силами CoW-механики. Если меня не подводит склероз оно возвращает и данные и метаданные в вид который был на момент последнего успешного чекпойнта а временные чекпойнты просто делаются на автомате периодически, IIRC, раз в 30 секунд фигачится такой вот "временный снапшот". Не слишком сложно и вполне логично и симпатично.

    Влобовую сравнить в этом аспекте zfs и btrfs трудновато из-за весьма разного устройства (сани в zfs вообще такого нагородили что там черт ногу сломит).

    > Матчасть надо бы подтянуть, прежде чем имхами делиться...

    Я для этого пользовался чем-то типа http://www.opensolaris.org/os/community/zfs/docs/ondiskformat0822.pdf .Но он не слишком подробно освещает вопросы журналирования и вообще, я слегка свихнул мозг на этом дизайне ФС. Понагородили же! И так и не понял почему некоторые аспекты были сделаны достаточно странно и своеобразно - имхо получилось как-то чрезмерно навороченно и странно. Если вы можете показать RTFMник лучше, велкам, покажите.

     
     
  • 6.46, Anon Y Mous (?), 00:24, 12/12/2009 [^] [^^] [^^^] [ответить]  
  • +/
    Ну разве что только по смыслу в какой-то мере Что такое транзакция в контексте ... большой текст свёрнут, показать
     
  • 6.50, Z (??), 18:27, 06/08/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >[оверквотинг удален]
    >Ну и в случае сбоев - ФС возвращается в корректное состояние
    >сугубо силами CoW-механики. Если меня не подводит склероз оно возвращает и
    >данные и метаданные в вид который был на момент последнего успешного
    >чекпойнта а временные чекпойнты просто делаются на автомате периодически, IIRC, раз
    >в 30 секунд фигачится такой вот "временный снапшот". Не слишком сложно
    >и вполне логично и симпатично.
    >
    >Влобовую сравнить в этом аспекте zfs и btrfs трудновато из-за весьма разного
    >устройства (сани в zfs вообще такого нагородили что там черт ногу
    >сломит).

    Влобовую сравнивать рановато. Года через два разве что...

    >
    >Я для этого пользовался чем-то типа http://www.opensolaris.org/os/community/zfs/docs/ondiskformat0822.pdf .Но он не слишком подробно
    >освещает вопросы журналирования и вообще, я слегка свихнул мозг на этом
    >дизайне ФС. Понагородили же! И так и не понял почему некоторые
    >аспекты были сделаны достаточно странно и своеобразно - имхо получилось как-то
    >чрезмерно навороченно и странно. Если вы можете показать RTFMник лучше, велкам,
    >покажите.

    Вы программировать решили? Войти в команду разработчиков ZFS? Тогда - разбирайтесь.
    Если просто использовать - то не заморачивайтесь. ZFS и ZIL работают и надежность обеспечивают и все тут - независимо от вашего понимания...

     
     
  • 7.58, User294 (ok), 19:10, 07/08/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >Влобовую сравнивать рановато. Года через два разве что...

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

    >Вы программировать решили? Войти в команду разработчиков ZFS?

    Я бы не сказал что я крутой ядерный програмер. Но разбираться в устройстве современных ФС мне бы хотелось. Это интересная для меня область. Впрочем именно работать в каком-то виде над ZFS я, скажем честно, не планирую. Дело в том что мне пришелся по вкусу линух а под него ZFS в нормальном виде все-равно не будет (спасибы сану за жлобство, впрочем из-за них появился btrfs :D). Да и дизайн brtfs выглядит интереснее на мою имху.

    >Тогда - разбирайтесь.

    Как по мне - если хочется разбираться в том какие бывают ФС, на ZFS посмотреть совсем не лишне. Как минимум потому что это первый CoW-подобный дизайн. Не факт что очень удачный, но достаточно интересный.

    >Если просто использовать - то не заморачивайтесь.

    Нет, не просто использовать. А понимать свойства той или иной ФС и как они наложатся на ту или иную задачу. Как минимум. Ну и обзавестись пониманием какие бывают ФС

    >ZFS и ZIL работают и надежность обеспечивают и все тут - независимо от вашего понимания...

    Я не люблю тупо юзать. Я люблю юзать осмысленно и с пониманием - как и что сделано, где у него сильные и слабые стороны, etc.


     
  • 4.37, тигар (ok), 22:11, 08/12/2009 [^] [^^] [^^^] [ответить]  
  • +/
    а тут все просто. zfs _уже_ работала (пусть и не во fbsd). В отличие от btrfs которая неизвестно когда будет дописана (если будет вообще). Разница очевидна.
     
     
  • 5.41, User294 (ok), 00:09, 11/12/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >zfs _уже_ работала

    Возможно вы даже в чем-то тут правы.

    >В отличие от btrfs которая неизвестно когда будет дописана (если будет вообще).

    Она уже в mainline ядре. Будет, разумеется.

    >Разница очевидна.

    Да, мне вот она тоже очевидна. Просто, видимо, у меня точка зрения на проблему чутка другая.

     
  • 3.42, User294 (ok), 00:12, 11/12/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >Да задолбали всякие красноглазики..

    У этого "красноглазика", между прочим, есть дельный ресурс по файловым системам, filesystems.nm.ru наывается. Там есть ценные доки по ФС. Даже на русском. И я так подозреваю что он зарабатывает на жизнь чем-то типа консультаций по вопросам ФС и подобного... (интересно, я угадад? :D)

    Может быть, "СуперПуперАноним" тогда будет любезен и покажет свои достижения в области файловых систем, раз уж так круто лепит ярлыки на всех с размаху?

     
     
  • 4.51, Z (??), 18:55, 06/08/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >>Да задолбали всякие красноглазики..
    >
    >У этого "красноглазика", между прочим, есть дельный ресурс по файловым системам, filesystems.nm.ru
    >наывается. Там есть ценные доки по ФС. Даже на русском.

    Надыбал из различных открытых источников.


    >я так подозреваю что он зарабатывает на жизнь чем-то типа консультаций
    >по вопросам ФС и подобного... (интересно, я угадад? :D)
    >

    Эти консультанты нужны только при разработке файловых систем, драйверов файловых систем и т.п.
    То есть работать ему можно всего на нескольких (по пальцам пересчитать) фирм. А для этих фирм - его уровень слаб.

    >Может быть, "СуперПуперАноним" тогда будет любезен и покажет свои достижения в области
    >файловых систем, раз уж так круто лепит ярлыки на всех с
    >размаху?

    Любитель он и дилетант.
    Но интересующийся тематикой ФС.

     
     
  • 5.57, User294 (ok), 14:01, 07/08/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >Надыбал из различных открытых источников.

    Надыбать мало. Осмысленно перевести такие доки можно только очень хорошо разбираясь в вопросе. И он разбирается. Сугубо судя по докам и прочая.

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

    Я думаю что это скорее что-то типа консультаций по оптимизации производительности и выбора ФС под задачи. Хотя это не мое дело, строго говоря.

    >То есть работать ему можно всего на нескольких (по пальцам пересчитать) фирм.
    >А для этих фирм - его уровень слаб.

    Опять же, это дело фирм, человека и прочая. Думаю что уровень будут оценивать фирмачи. Как по мне - уровень нормальный, почитать было интересно.

    >Любитель он и дилетант.

    А вы, конечно же со шпагой? Тогда может быть продемонстрируете ваши статьи/наработки в области ФС/что-то в этом духе? Чтобы оценить вашу квалификацию. А то иначе возникает вопрос: "а судьи кто?"

    >Но интересующийся тематикой ФС.

    Логично как бы.

    ЗЫ а вы однако некроман :) раскопали тред от декабря ажно.

     

  • 1.17, Аноним (-), 10:31, 07/12/2009 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Ну и ладно:) Особенно в свете того, что с недавних пор Debian GNU/kFreeBSD - полноценно поддерживаемый порт. Лично я останусь на ZFS
     
     
  • 2.19, Аноним (-), 12:10, 07/12/2009 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Просто люди заценили преимущества FreeBSD :)
     
     
  • 3.23, User294 (ok), 16:49, 07/12/2009 [^] [^^] [^^^] [ответить]  
  • –6 +/
    >Просто люди заценили преимущества FreeBSD :)

    Путем перехода на Debian GNU/Linux? :D Вот в таком виде - оно рискует стать востребованной штукой, ну, чем-то типа OpenWRT но только для NASов. Как замена непонятной фигни установленной в фабричных NASах - вполне может прокатить. Вот только бздям до такого - как раком до китая, так как в большинстве этих коробочек - марвельские ARMы. Вот дебиан с дружественной мордой лица там был бы весьма вкусной штукой.

     
     
  • 4.27, cvsup (ok), 17:41, 07/12/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >так как в большинстве этих коробочек - марвельские ARMы. Вот

    Это же замечательно.

    svn r183840:
    Introduce basic support for Marvell families of system-on-chip ARM devices:

      *  Orion
         - 88F5181
         - 88F5182
         - 88F5281

      * Kirkwood
         - 88F6281

      * Discovery
         - MV78100

    The above families of SOCs are built around CPU cores compliant with ARMv5TE
    instruction set architecture definition. They share a number of integrated
    peripherals. This commit brings support for the following basic elements:

      * GPIO
      * Interrupt controller
      * L1, L2 cache
      * Timers, watchdog, RTC
      * TWSI (I2C)
      * UART

    Other peripherals drivers will be introduced separately.

    Reviewed by: imp, marcel, stass (Thanks guys!)
    Obtained from: Marvell, Semihalf

     
     
  • 5.43, User294 (ok), 17:14, 11/12/2009 [^] [^^] [^^^] [ответить]  
  • +/
    Угу, даже два раза Соответствуете своему нику Блин, порт под ARMов в бзде е... большой текст свёрнут, показать
     
  • 4.36, iZEN (ok), 19:59, 08/12/2009 [^] [^^] [^^^] [ответить]  
  • +/
    Состояние порта FreeBSD на [arm]: http://www.freebsd.org/platforms/arm.html
     
     
  • 5.44, User294 (ok), 17:24, 11/12/2009 [^] [^^] [^^^] [ответить]  
  • +/
    Да-да, в то время как половина барахла в списке бздунов уже ушла в устарелое, легаси и появились более продвинутые чипы, там до сих пор в needs to be done вагон и маленькая тележка. Т.е. к моменту когда оно станет реально юзабельно на подобной платформе (== поддержка какой-то полезной периферии позволяющей девайсу делать что-то полезное) - платформа уже устареет и заменится парой поколений новья. Как бы скорости и требования растут, что вынуждает чипмейкеров делать решения отвечающие запросам покупателей.
     
     
  • 6.52, Z (??), 19:00, 06/08/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >Да-да, в то время как половина барахла в списке бздунов уже ушла
    >в устарелое, легаси и появились более продвинутые чипы, там до сих
    >пор в needs to be done вагон и маленькая тележка. Т.е.
    >к моменту когда оно станет реально юзабельно на подобной платформе (==
    >поддержка какой-то полезной периферии позволяющей девайсу делать что-то полезное) - платформа
    >уже устареет и заменится парой поколений новья. Как бы скорости и
    >требования растут, что вынуждает чипмейкеров делать решения отвечающие запросам покупателей.

    Платформы встраиваемых решений не так быстро меняются как Вы привыкли на платформе IBM PC.

     
     
  • 7.56, User294 (ok), 01:07, 07/08/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Закон Мура не отменяли. Поэтому каждый год чипы становятся меньше, их частоты выше, с падением тепловыделения или сохранением его на том же уровне. А скорости в итоге растут. В итоге появляются новые поколения чипов, да. И никакого смысла юзать старый 150 МГц ARM когда в том же размере, габаритах и тепловыделении нынче есть и ARM под гигагерц - просто нет. А вот разница в 8 раз по скорострельности на дороге не валяется.

    P.S. а вы, дядя, некромант - сообщение от *декабря* раскопали... :)

     

  • 1.21, Mikula (?), 15:11, 07/12/2009 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    От FreeNas мне нужен только webgui, жаль что его нет по отдельности для фряхи
     
     
  • 2.31, Аноним (-), 08:07, 08/12/2009 [^] [^^] [^^^] [ответить]  
  • +/
    А чем собственно неустраивает FreeBSD+samba+swat ???
    да и вообще для файлопомойки нужно ядро и самба
    а поправить smb.conf это делов на несколько сек
     
     
  • 3.34, azimut (?), 13:18, 08/12/2009 [^] [^^] [^^^] [ответить]  
  • +/
    Тем что нужна поддержка RAID всех уровней и нужно шифрование на этих RAID. Нужна нормальная скорость доступа к RAID. Основные проблемы FreeNAS: тормоза на UFS2+Soft-Updates и тормозная сеть. Шифрование Geli которое доступно через вебморду FreeNAS вообще не работает т.к. в дистрибутиве даже модуля geom_geli.ko нет - работать нечему. Штатный ядерный GEOM_RAID3 не поддерживается. Зато поддерживается левая реализация RAID5, причём выбрана не самая удачная. Нормально работают в FreeNAS только RAID0, RAID1 и RAID0+1. Остальное - не работает. У разработчиков FreeNAS - кривые руки. Одного того как они хранят свои конфиги в /var и как они их генерируют достаточно чтобы послать их куда подальше. Нет альтернатив только к сожалению. OpenFiler ещё большее уродство..
     
     
  • 4.53, Z (??), 19:01, 06/08/2010 [^] [^^] [^^^] [ответить]  
  • +/

    >в /var и как они их генерируют достаточно чтобы послать их
    >куда подальше. Нет альтернатив только к сожалению. OpenFiler ещё большее уродство..
    >

    NexentaStor ?

     
  • 3.45, User294 (ok), 17:43, 11/12/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >да и вообще для файлопомойки нужно ядро и самба

    Ох уж эти анонимные аналитики. Все то они всегда за всех знают.

    >а поправить smb.conf это делов на несколько сек

    А также прописать настройки сети, кучу прочей стандартной муйни и прочая. При том через вебморду это сможет любой вменяемый эникеец, что как бы расширяет географию обитания продукта - с поделки для нескольких отборных по красноглазости гиков (половина из которых на самом деле не против удобных вебморд а еще половина просто прокачивает ЧСВ) до продукта нацеленного на достаточно широкое применение в реальном мире.

     

  • 1.30, тигар (ok), 22:50, 07/12/2009 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    а это хорошо что имя осталось за fbsd. Когда я прочел их рассылку в которой они еще только планировали переходить на дебиан как то сразу стало.. грустно.
    простой пример: 2 блондинки, обе знают что в их коробочке для "маргоша" стоит некий FreeNAS. Блондинка№1 знает что там стоит линукс, блондинка№2 давно забила на эти тонкости, раньше знала что там была fbsd. потом наступает коробочке плохо. Обе неистово рыдают и орут "@баный фринас", и лезут на "уютненькие" сайтеки типа лор. первая будет (правильно сделает) гнобить Volker Theile и его банду, вторая будет писать "архиумное" 'bsd rip'
    как то так вот.
     
     
  • 2.35, Зилибоба (??), 19:24, 08/12/2009 [^] [^^] [^^^] [ответить]  
  • +/
    ну я фиг знает. Может и так, а может и не так =) Бабушка надвое сказала =)
     

  • 1.38, sHaggY_caT (ok), 23:29, 08/12/2009 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Имхо, очень зря они: на Linux уже есть прекрасный OpenFiler, FreeNAS до него по фичам (нормально работающий iscsi, использование Anaconda, drbd, raw value, и т д) как пешком до Америки, и он будет просто велосипедом, а так, в активе была ZFS, которую, кажется, наконец скоро будет не страшно использовать во FreeBSD
     
     
  • 2.39, iZEN (ok), 12:07, 09/12/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >в активе была ZFS, которую, кажется, наконец скоро
    >будет не страшно использовать во FreeBSD

    Говорите так, будто вы уже использовали ZFS в FreeBSD с пачевным результатом. Ж))

     
  • 2.54, Z (??), 19:04, 06/08/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >велосипедом, а так, в активе была ZFS, которую, кажется, наконец скоро
    >будет не страшно использовать во FreeBSD

    Она уже вполне в состоянии готовом для production.
    На FreeBSD 7 отпахала как experimental, но особых жалоб не было.
    И во FreeBSD 8 уже официально считается что эксперименты успешно завершены.

     
     
  • 3.55, sHaggY_caT (ok), 19:27, 06/08/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >>велосипедом, а так, в активе была ZFS, которую, кажется, наконец скоро
    >>будет не страшно использовать во FreeBSD
    >
    >Она уже вполне в состоянии готовом для production.
    >На FreeBSD 7 отпахала как experimental, но особых жалоб не было.
    >И во FreeBSD 8 уже официально считается что эксперименты успешно завершены.

    А Вы не дату поста посмотрите :)

    З.Ы. восьмерку пока, имхо, на особенно отвественных задачах, использовать не стоит.

     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2024 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру