The OpenNET Project / Index page

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

Открыт код Next3 - файловой системы для Linux с поддержкой снапшотов

09.06.2010 11:36

Компания CTERA Networks, специализирующаяся на разработке гибридных облачных систем хранения данных, представила новую файловую систему для Linux — Next3. Новая файловая система базируется на коде Ext3, расширяя возможности данной ФС поддержкой снапшотов (мгновенных снимков состояния файловой системы).

По сравнению с решениями, использующими снапшоты на базе LVM, Next3 обладает следующими преимуществами:

  • Экономия дискового пространства. Снапшоты Next3 не требуют предварительного резервирования места, что позволяет гибко управлять доступным свободным пространством. Кроме того, снапшоты Next3 являются инкрементальными и довольно компактны сами по себе.
  • Масштабируемость. Даже при огромном количестве снапшотов скорость Next3 остается на уровне, близком к ext3.
  • Легковесность. Снапшоты Next3 создаются и удаляются практически мгновенно. Сразу же после удаления снапшота занятое им пространство автоматически освобождается.
  • Полная прямая и обратная совместимость с ext3. Миграция с ext3 на Next3 и обратно выполняется буквально в три команды (отмонтирование, tune2fs, монтирование).

Next3 не накладывает никаких ограничений на количество и размер снапшотов, однако существует минимальный предел размера файловой системы — 4 Гб.

Исходные коды проекта доступны под лицензией GNU GPL. В комплект входят два патча на ядро (для версии 2.6.32.12), патч для e2fsprogs и скрипт управления снапшотами.

  1. Главная ссылка к новости (http://www.earthtimes.org/arti...)
  2. Сайт проекта
  3. Wiki проекта
  4. Обсуждение в списке рассылки ext4
Автор новости: Sergey Ptashnick
Тип: К сведению
Короткая ссылка: https://opennet.ru/26901-ex3fs
Ключевые слова: ex3fs, next3, snapshot
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение (73) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (1), 14:13, 09/06/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Это чтож получается можно будет дампить раздел без отмонтирования?
     
     
  • 2.15, sHaggY_caT (ok), 15:40, 09/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Это и в LVM можно(со снапшота), с любой файловой системы, и вообще без снапшотов, с сырого lv-тома (актуально для серверов БД)
     
     
  • 3.18, iZEN (ok), 15:46, 09/06/2010 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Я тебе один умный весч скажу, только ты не обижайсь. Для СУБД снапшоты файловых систем неактуальны более чем полностью. У них собственные механизмы фиксирования непротиворечивого состояния есть, а у каких нет, те — не СУБД. Увы.
     
     
  • 4.22, sHaggY_caT (ok), 16:35, 09/06/2010 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Если речь об Oracle Postgre, разумеется, хотя и с оговорками У, например, MySQL... большой текст свёрнут, показать
     
     
  • 5.23, sashka_ua (?), 16:45, 09/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Попробуйте вырадать мыслей понятней и ясней. Я пост перечитал несколько раз прежде чем уловить о чем речь.

    А как же xtrabackup?

     
     
  • 6.26, sHaggY_caT (ok), 16:49, 09/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >Попробуйте вырадать мыслей понятней и ясней. Я пост перечитал несколько раз прежде
    >чем уловить о чем речь.
    >
    >А как же xtrabackup?

    Пока Вы торопились ответить, я уже сто раз исправила первоначальный текст. Кстати, в нем самом начале была строчка:

    >а онлайн бэкапов у того же innodb нет(про Percona и то, что у них можно, я как бы в >курсе, но пока их использовать страшно, слишком мало инсталляций).

    Имхо, это кирпич в Ваш огород, что читаете невнимательно, а все туда же, комментировать, да еще и с легким "наездом" :)

    Имхо, скорее, уж лучше податься к Монтиусу :)

     
     
  • 7.38, sashka_ua (?), 17:58, 09/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    ЗАбейте на личности.

    Вы используете lvm для онлайн бекапов innodb? Или я неверно понял Вас?

    С.

     
     
  • 8.63, sHaggY_caT (ok), 19:51, 09/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Не только device-mapper вообще очень вкусная вещь, в которой есть не только ... текст свёрнут, показать
     
  • 5.28, тигар (ok), 16:56, 09/06/2010 [^] [^^] [^^^] [ответить]  
  • –1 +/
    а что мешает работать с 1 сервером? зачем "еще один сервер для онлайн репликации бд"?
     
     
  • 6.29, sHaggY_caT (ok), 17:01, 09/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >а что мешает работать с 1 сервером? зачем "еще один сервер для
    >онлайн репликации бд"?

    Намекаете на make configure, и исправить место установки MySQL?
    Да, тоже решение.

    Для FreeBSD, пожалуй, лучшее. На других платформах (Debian, CentOS/RHEL) удобнее(и правильнее, меньше ресурсов будет есть, не придется поддерживать и обновлять свой пересобранный пакет) снапшотом lvm.

    Мне больше нравится снапшот блочного устройства, чем городить огород с двумя установками.

     
     
  • 7.32, тигар (ok), 17:21, 09/06/2010 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >>а что мешает работать с 1 сервером? зачем "еще один сервер для
    >>онлайн репликации бд"?
    >
    >Намекаете на make configure, и исправить место установки MySQL?
    >Да, тоже решение.
    >

    эмм... чесно говоря у меня даже таких креативных идей не возникало, mysql (fbsd) послушный и умеет ходить в указанный mysql_dbdir. в центос, бебиан и тд для этого нужен configure и т.д ?


     
     
  • 8.34, sHaggY_caT (ok), 17:37, 09/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Хм, посмотрела на стартовый сценарий, действительно, --datadir, --socket, pid, ю... большой текст свёрнут, показать
     
     
  • 9.42, тигар (ok), 18:20, 09/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    А есть ли какое-нибудь логическое объяснение подобным предположениям - ну так ... большой текст свёрнут, показать
     
     
  • 10.45, sashka_ua (?), 18:27, 09/06/2010 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Человек вам теперь в ножки кланятся должен Вы же ему жизнь облегчили несказа... текст свёрнут, показать
     
     
  • 11.48, тигар (ok), 18:37, 09/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    ну у меня еще есть остатки одного довольно крупного проекта по подбору персонала... текст свёрнут, показать
     
     
  • 12.50, sHaggY_caT (ok), 18:49, 09/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    gt оверквотинг удален Имхо, и несколько MySQL в одной системе это такие же кос... большой текст свёрнут, показать
     
  • 11.49, sHaggY_caT (ok), 18:42, 09/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Век живи, век учись Наши задачи решались, и решаются на SOHO уровне lvm-снапшот... большой текст свёрнут, показать
     
     
  • 12.52, аноним (?), 18:52, 09/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Чёто ты тупить стала Для LVM-снапшота том отмаунтить придётся А тут предлаг... текст свёрнут, показать
     
     
  • 13.55, sHaggY_caT (ok), 19:08, 09/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Не придется, достаточно сделать лок таблиц на запись Зачем root web04 ti... большой текст свёрнут, показать
     
  • 12.56, sashka_ua (?), 19:08, 09/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Простите меня, но я все-таки не понимаю, каким образом вы создаете консистентный... текст свёрнут, показать
     
     
  • 13.59, sHaggY_caT (ok), 19:17, 09/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    В общих чертах, именно так Подождать максимум десяток секунд всегда можно По... текст свёрнут, показать
     
  • 12.76, тигар (ok), 11:10, 10/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    узко мыслите, девушка, 1 инстанс мускла был Вам показан как пример того что 1 ... большой текст свёрнут, показать
     
     
  • 13.80, sHaggY_caT (ok), 11:48, 10/06/2010 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Хорошо Но Зачем вообще ставить slave на тот же сервер, если можно снять снапшо... большой текст свёрнут, показать
     
  • 12.87, pentarh (??), 18:28, 14/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    кошка, раз уж зарылись в оффтоп бекапов и репликаций, стоит упомянуть о таком ко... текст свёрнут, показать
     
  • 7.37, Аноним (-), 17:58, 09/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >Для FreeBSD, пожалуй, лучшее. На других платформах (Debian, CentOS/RHEL) удобнее(и правильнее, меньше
    >ресурсов будет есть, не придется поддерживать и обновлять свой пересобранный пакет)
    >снапшотом lvm.
    >
    >Мне больше нравится снапшот блочного устройства, чем городить огород с двумя установками.

    вы наверное хотели сказать следующее:
    Во фре можно и снапшотам обойтись, причем они так не тормозят как в лвм, но пожалуй есть более правильный путь. На других платформах (Debian, CentOS/RHEL) более правильного пути нет, по-этому приходится обходиться чем есть - тормозными снапшотами lvm.

     
     
  • 8.41, sHaggY_caT (ok), 18:19, 09/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    gt оверквотинг удален Вы где-то видели упоминанение ext 34 124 xfs 124 reis... текст свёрнут, показать
     
     
  • 9.43, Аноним (-), 18:23, 09/06/2010 [^] [^^] [^^^] [ответить]  
  • –1 +/
    это вы вопрос сами себе задали я всего лишь чуть-чуть вас подправил, но напи... текст свёрнут, показать
     
     
  • 10.46, sHaggY_caT (ok), 18:29, 09/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Нет, Вам Зачем нужны снапшоты ZFS или UFS при использовании raw device ... текст свёрнут, показать
     
     
     
    Часть нити удалена модератором

  • 12.58, sashka_ua (?), 19:15, 09/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Кстати, а что по поводу Dell MD3000i ... текст свёрнут, показать
     
     
  • 13.60, sHaggY_caT (ok), 19:26, 09/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Вы у меня спрашиваете Если да, я Dell овских DAS ов никогда в глаза не видела ... текст свёрнут, показать
     
     
  • 14.61, sashka_ua (?), 19:35, 09/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Я спрашивал у анонима с ЕМС вообщем-то все понятно, мне интересно вдруг он стал... текст свёрнут, показать
     
     
  • 15.62, sHaggY_caT (ok), 19:40, 09/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Увы, наши клиенты пока только SOHO SMB, до чего-то более серьезного не доросли ... большой текст свёрнут, показать
     
     
  • 16.84, Michael Shigorin (ok), 14:07, 10/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Не в тему, но ровно так же можно бэкапить openldap -- со слейва хорошо, что с и... текст свёрнут, показать
     
  • 13.64, sashka_ua (?), 19:52, 09/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Я имел ввиду конечно md3000 i- это network ... текст свёрнут, показать
     
  • 5.39, oops (??), 18:05, 09/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > Если речь об Oracle/Postgre, разумеется, хотя и с оговорками.

    какими?

    > У, например, MySQL dump куча труднопрогнозируемых проблем с кодировкой, если приложение контролируете не Вы.

    ерунда, это а не аргумент. Тем более что все эти проблемы решаемы довольно просто. Если уж и говорить, то у mysqldump нет проблем с кодировками, это у тех, кто настраивал БД и писал приложение, работающее с ним. И то, я уже 3 года не встречал таких проблем. И данные "проблемы" всяко меньшее зло, чем нерабочая база из дампа.

    > ...тогда как задача на раз-два, по их финансам, решается с помощью lvm :)

    а вы сами много раз восстанавливали большие БД, забэкапленные при непрерывной и нагруженной работе с помощью lvm?

     
     
  • 6.44, sHaggY_caT (ok), 18:24, 09/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    gt оверквотинг удален Не решаемы, если у Вас нет доступа к приложению, или жел... большой текст свёрнут, показать
     
     
  • 7.75, тигар (ok), 11:02, 10/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >Да, все всегда работает, в отличае от случаев, когда в одной таблице
    >данные в нескольких кодировках при использовании mysqldump.

    эмм. а можно узнать где Вы видели различные кодировки в _таблицах_ и что это был за проект?;-)

     
     
  • 8.77, sHaggY_caT (ok), 11:19, 10/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    А Вы видите принципиальную сложность сделать несколько записей в одной таблице в... текст свёрнут, показать
     
     
  • 9.79, тигар (ok), 11:42, 10/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    догадался, однако даже _полный_ дебил не будет так делать по 1 простой причине -... текст свёрнут, показать
     
     
  • 10.81, sHaggY_caT (ok), 11:55, 10/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    gt оверквотинг удален В одном случае был скрипт, написанный уже после ввода пр... текст свёрнут, показать
     
  • 6.47, sHaggY_caT (ok), 18:34, 09/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >> Если речь об Oracle/Postgre, разумеется, хотя и с оговорками.
    >
    >какими?

    Я слегка села в лужу (по поводу изменяемого --datadir, что действительно не знала, что в MySQL меняется динамически), но на предмете спора, о том, что снапшоты lvm, особенно для raw device использования БД, очень удобны, это никак не отражается.

    И теперь спорю с половиной опеннета(наверное, действительно заслужила), тогда как сейчас еще рабочий день. Спорить по поводу плюсов и минусов Oracle/Postgre, честно не хочется (это будет страшным убийством времени).

    Прошу меня простить, и пожалеть, но без какой-то поддержки по предмету обсуждения (а я знаю, что так используют LVM многие) я от темы откланяться не буду.


     
  • 6.68, аноним (?), 21:24, 09/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    вот такой сценарий для оракла на лвм:
    бугин бэкап
    снэпшот
    енд бэкап
    копирование логов за этот период
    вполне может оказаться более быстрым решением
     
  • 4.73, SaveTheRbtz (??), 01:23, 10/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >Для СУБД снапшоты файловых систем неактуальны более чем полностью.
    >У них собственные механизмы
    >фиксирования непротиворечивого состояния есть, а у каких нет, те — не СУБД.

    Гыгыыы=) Неактуальны говорите? Ладно, тогда ответьте на наводящий вопрос:
    Как базы данных восстанавливают себя после сбоя ОС?

     
  • 3.30, sHaggY_caT (ok), 17:04, 09/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >Это и в LVM можно(со снапшота), с любой файловой системы, и вообще
    >без снапшотов, с сырого lv-тома (актуально для серверов БД)

    Сорри, опечатка:

    s/и вообще без снапшотов/и вообще без файловой системы/p

     
  • 3.35, Аноним (1), 17:48, 09/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >Это и в LVM можно(со снапшота), с любой файловой системы, и вообще без снапшотов, с сырого lv-тома (актуально для серверов БД)

    LVM тут непричём, это отдельный уровень, и лично я предпочитаю не использовать дополнительные прослойки без острой на то необходимости. Чем проще система, тем она надёжнее, безопаснее и ей удобнее управлять. Хотя в некоторых случаях LVM незаменим, но это явно не случай со снимками ФС.

     
     
  • 4.40, sHaggY_caT (ok), 18:10, 09/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >>Это и в LVM можно(со снапшота), с любой файловой системы, и вообще без снапшотов, с сырого lv-тома (актуально для серверов БД)
    >
    >LVM тут непричём, это отдельный уровень, и лично я предпочитаю не использовать
    >дополнительные прослойки без острой на то необходимости. Чем проще система, тем
    >она надёжнее, безопаснее и ей удобнее управлять. Хотя в некоторых случаях
    >LVM незаменим, но это явно не случай со снимками ФС.

    lvm вообще упрощает управление местом. Для бд не всегда нужна файловая система. На производительность(до создания снапшота) lvm не влияет.

     
     
  • 5.54, сабакка (?), 18:59, 09/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >На производительность(до создания снапшота) lvm не влияет.

    не верно, потеря производительности вползне воспроиязводима, особенно при сильной фрагментации LVs.

     
  • 4.51, sHaggY_caT (ok), 18:52, 09/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >>Это и в LVM можно(со снапшота), с любой файловой системы, и вообще без снапшотов, с сырого lv-тома (актуально для серверов БД)
    >
    >LVM тут непричём, это отдельный уровень, и лично я предпочитаю не использовать
    >дополнительные прослойки без острой на то необходимости. Чем проще система, тем
    >она надёжнее, безопаснее и ей удобнее управлять. Хотя в некоторых случаях
    >LVM незаменим, но это явно не случай со снимками ФС.

    Речь, если не поняли (мне тут с половиной опеннет приходится спорить, так что, первоначально написала невнятно) о raw device mysql. Для этой задачи lvm подходит очень хорошо.


     
     
  • 5.70, bill (ok), 23:25, 09/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Я тоже использую raw в lvm для oracle rac. Снапшоты конечно не нужны. У rman  больше возможностей. Но интересно, надо попробовать поднять тестовую базу с бэкапов снапшотов и архивными журналами.
     

  • 1.2, rfcr (ok), 14:14, 09/06/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Вот это да! Хорошая новость.
     
     
  • 2.19, Michael Shigorin (ok), 16:08, 09/06/2010 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Новая файловая система базируется на коде Ext3

    Вот это огорчает.  ext3 хороша исключительно своей дубовостью, и то среди людей, которым доверяю, существуют различные взгляды на сей вопрос.  (ext4 получше, хотя иноды продолжают огорчать)

     
     
  • 3.25, User294 (ok), 16:48, 09/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Там в мыллисте начался весьма колоритный диалог между Теодором и тем кто ФС представляет. Я так понимаю что очень зря они заложились на структуры EXT3 и поюзали часть зарезервированых полей используемых EXT4 под свои нужды + текущий дизайн не может работать с экстентами. В итоге они нашли себе проблем и что-то я не уверен что разработчики ядра с энтузиазмом воспримут такой подход.
     

  • 1.3, Ptomaine (?), 14:14, 09/06/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Очень интересно. Однако было бы интересней, если бы эти "волшебные снэпшоты" реализовали бы в ext4. Сделали бы они лучше - отдали бы наработки для команды разрабов ext4. Ну, или пусть разрабы ext4 сами бы позаимствовали код из этой FS.

    P.S. И да, я знаю, что в btrfs есть такие же "волшебные снэпшоты".

     
     
  • 2.4, Анон (?), 14:38, 09/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    А что в ext4 нет снапшотов?
     
     
  • 3.5, Ptomaine (?), 14:46, 09/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > А что в ext4 нет снапшотов?

    http://ru.wikipedia.org/wiki/Ext4

     
  • 3.6, koblin (ok), 14:48, 09/06/2010 [^] [^^] [^^^] [ответить]  
  • +3 +/
    есть такие же как в ext3 =)
     

  • 1.7, FractalizeR (ok), 14:58, 09/06/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    А чем это по функционалу отличается от LVM?
     
  • 1.8, Аноним (-), 15:03, 09/06/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Эк их скорое пришествие btrfs рассуропило...
     
  • 1.9, sluge (ok), 15:05, 09/06/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    >Легковесность. Снапшоты Next3 создаются и удаляются практически мгновенно.

    легковестность это когда занимает что то мало место. а тут речь идет о производительности

     
  • 1.12, sceptic (?), 15:11, 09/06/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > однако существует минимальный предел размера файловой системы — 4 Гб.

    4Гб? Вы смеётесь?

     
     
  • 2.13, Filosof (ok), 15:18, 09/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >> однако существует минимальный предел размера файловой системы — 4 Гб.
    >
    >4Гб? Вы смеётесь?

    Эээ в чём проблемма? у Вас есть разделы с необходимостью снепшотов меньше?

     
     
  • 3.14, аноним (?), 15:26, 09/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    да, есть
     
  • 3.27, User294 (ok), 16:49, 09/06/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >Эээ в чём проблемма? у Вас есть разделы с необходимостью снепшотов меньше?

    Бывают, да. Скажем флешки в встраиваемых устройствах и прочая.


     
     
  • 4.71, Filosof (ok), 23:59, 09/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >>Эээ в чём проблемма? у Вас есть разделы с необходимостью снепшотов меньше?
    >
    >Бывают, да. Скажем флешки в встраиваемых устройствах и прочая.

    А место для снепшотов Вам там не дороговато обойдётся? Я конечно не спец в этом деле, но есть подозрения, что и снепшоты там нужны не особо. Моё Имхо, но вроде логика есть.

     
  • 2.16, mma (?), 15:41, 09/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    наверно имелось ввиду размер РАЗДЕЛА с файловой системой
     

  • 1.33, аноним (?), 17:33, 09/06/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Забавно ...
    FreeBSD FS2 обзаводится _правильным_ журналом, а Линуксовая default fs - _правильными_ снапшотами :)

    А сколько копий было сломано, сколько $^%$!@ наброшенно на вентиляторы! ... :)

    \Warhead Wardick.

     
     
  • 2.67, User294 (ok), 21:03, 09/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >Забавно ...
    >FreeBSD FS2 обзаводится _правильным_ журналом,

    Правда толку то. Дисковые структуры - ископаемые, их никто переделывать не стал. Если это про UFS2.

    >а Линуксовая default fs - _правильными_ снапшотами

    На самом деле сделано оно у чуваков довольно своеобразно и пока-что завязано на EXT3 структуры, что несколько клещится с логикой разработчиков EXT* о постепенно развиваемой совместимым образом ФС. Т.е. чтобы это взяли в ядро всерьез - видимо они должны научиться переваривать и EXT4 с его экстентами, а с этим у них там пока сложно. Сдается мне что пока они раздуплятся, btrfs дойдет до стабильного состояния и это будет правильная ФС с правильными напшотами и прочими шахматами и поэтессами :-)

     
     
  • 3.74, Ph.D. (?), 05:20, 10/06/2010 [^] [^^] [^^^] [ответить]  
  • –2 +/
    >Правда толку то. Дисковые структуры - ископаемые, их никто переделывать не стал.
    >Если это про UFS2.

    То что ты написал - это про Ext3 со снапшотами. :)

     
  • 3.86, iZEN (ok), 21:10, 10/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >>Забавно ...
    >>FreeBSD FS2 обзаводится _правильным_ журналом,
    >
    >Правда толку то. Дисковые структуры - ископаемые, их никто переделывать не стал.
    >Если это про UFS2.

    И про Ext3 тоже. ;)


    >>а Линуксовая default fs - _правильными_ снапшотами
    >
    >На самом деле сделано оно у чуваков довольно своеобразно и пока-что завязано
    >на EXT3 структуры, что несколько клещится с логикой разработчиков EXT* о
    >постепенно развиваемой совместимым образом ФС. Т.е. чтобы это взяли в ядро
    >всерьез - видимо они должны научиться переваривать и EXT4 с его
    >экстентами, а с этим у них там пока сложно.

    С чего вдруг они должны переваривать Ext4? Чтобы взяли "куда", простите? Netx3 вот она: берите и пользуйтесь. Зачем завязываться на какое-то чужое ядро?

     

  • 1.65, carp (?), 20:09, 09/06/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    нет-нет-нет. интырпрайз продакшен все ещё боится gpl, очень он фанатичный. действительно, вот я работаю в такой компании, которая вложилась именно bsd\cddl licensed проект именно из за лицензии.
     
     
  • 2.69, sashka_ua (?), 23:08, 09/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Проще говоря - скопировали код? :)
     
  • 2.72, sHaggY_caT (ok), 00:27, 10/06/2010 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >нет-нет-нет. интырпрайз продакшен все ещё боится gpl, очень он фанатичный.

    Имхо, это Ваша позиция фанатична, или, как минимум, очень спорна.

    > действительно, вот
    >я работаю в такой компании, которая вложилась именно bsd\cddl licensed проект
    >именно из за лицензии.

    А почему на сайте (BSD-like) freebsd.org так мало крупных спонсоров, в отличае от kernel.org (GPLv2)?

    Как-то Ваши высказывания не вяжутся с действительностью. Так же с действительностью не вяжется то, что инсталляций RHEL+SLES уже явно не меньше, чем HP-UX, Solaris, AIX, хотя конкурируют они за один сегмент.
    Может быть, в ряде случаев крупный бизнес проявляет более разумную осторожность, выбирая, скажем, AIX или HP-UX вместо RHEL (таки у IBM и HP капитализация гораздо больше, чем у RedHat, и их съесть конкуренты никак не смогут), но тем не менее последнее десятилетие в вопросах _правильности_ и удобности _для_бизнеса_ свободных лицензий все расставило по своим местам:
    Свободные, _GPL_ системы. Что, под любую ОС с лицензией BSD-like уже и Oracle сертифицировали? Или IBM BD2?

    Внимание, это не претензия к BSD как к платформе:имхо, им очень не хватало в свое время "вирусной" лицензии, и участатия крупных корпораций в судьбе проекта: как платформе Debian Ubuntu, как Fedora RHEL, и т д,

     
     
  • 3.85, Michael Shigorin (ok), 14:14, 10/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >>нет-нет-нет. интырпрайз продакшен все ещё боится gpl, очень он фанатичный.
    >Имхо, это Ваша позиция фанатична, или, как минимум, очень спорна.

    Дык спросите, сколько в ынтерпрайзе собеседника человек и откуда родом принимающие решения, вот и будет ответ.  Ежели это всё замешанные с вуза на фре русские.

     

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



    Спонсоры:
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

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