The OpenNET Project / Index page

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

Увидела свет операционная система DragonFly BSD 3.0

22.02.2012 22:23

Доступен релиз DragonFlyBSD 3.0, операционной системы с гибридным ядром, созданной в 2003 году с целью альтернативного развития ветки FreeBSD 4.x. Среди ключевых изменений в DragonFly BSD 3.0 отмечается значительное увеличение производительности на многоядерных и многопроцессорных системах, использование SMP ядра по умолчанию, оптимизация работы ФС HAMMER и поддержка совместимого с TrueCrypt инструментария для управления шифрованием данных на диске. Из ранее реализованных интересных особенностей DragonFly BSD можно выделить распределённую версионную файловую систему HAMMER, поддержку загрузки "виртуальных" ядер системы как пользовательских процессов, возможность кэширования данных и мета-данных ФС на SSD-накопителях.

Для загрузки доступны 32- и 64-разрядные установочные образы размером 185 Мб для CD и USB Flash, а также расширенные образы размером 1.1 Гб с десктоп-окружением для установки на DVD и USB Flash. Все доступные образы могут работать в Live-режиме, т.е. позволяют оценить работу DragonFly BSD без установки на диск. Репозиторий pkgsrc в DragonFlyBSD 3.0 обновлён до версии 2011Q4 и включает в себя около 10 тысяч предкомпилированных пакетов. Для CVS-репозитория NetBSD pkgsrc проектом DragonFly BSD поддерживается активное GIT-зеркало.

Основные улучшения, добавленные в DragonFlyBSD 3.0:

  • Значительные улучшения в реализации SMP-режима, позволяющие кардинально увеличить производительность на многоядерных и многопроцессорных системах. Система полностью избавилась от глобальной блокировки. Ранее основная часть системы виртуальной памяти (VM) могла выполняться только в однопоточном режиме, завися от одной глобальной блокировки, теперь каждый объект VM может использовать свою отдельную блокировку, позволяя таким образом обеспечить параллельное выполнение обработки обращений к невыделенным страницам памяти (page faults). Изменения особенно заметно отражаются на скорости работы таких приложений, как СУБД PostgreSQL и MySQL, производительность который выросла на многоядерных системах в разы (на графике ниже пример для сервера с двумя процессорами Xeon, имеющем в сумме 12 процессорных ядер и 24 потока).
  • Значительное увеличение производительности файловой системы HAMMER, в которой реализованы новый метод балансировки различных типов операций с хранилищем, выполняемых в различные периоды времени. В итоге, удалось обеспечить более высокую пропускную способность в ситуации высокой нагрузки на хранилище. Кроме того, отмечается работа по снижению потребления оперативной памяти, хранилище на базе HAMMER может функционировать даже на системах с 256 Мб ОЗУ.
  • По умолчанию теперь поставляется SMP-ядро, в котором обновлён код для работы с ACPI и обработчики прерываний.
  • Для создания и управления шифрованными дисковыми разделами в состав включён инструментарий tcplay, который полностью совместим с разделами TrueCrypt и распространяется под лиценизей BSD;
  • Изменения в ядре системы:
    • В подсистеме crypto добавлена поддержка шифров AES-GCM, Twofish, Serpent, Twofish-XTS и Serpent-XTS;
    • Увеличена производительность Device Mapper за счет сокращения числа операций сериализации при вводе/выводе;
    • В dm_target_crypt добавлена поддержка генератора plain64 IV, а также XTS-моделей Serpent и Twofish;
    • bfq - новая экспериментальная политика справедливого распределения между процессами операций ввода/вывода;
    • В драйвер mps добавлена поддержка RAID;
    • Код пакетного фильтра pf переведён с использования zalloc на kmalloc;
    • Значительное обновление кода, связанного с обработкой формата исполняемых файлов ELF;
    • Из FreeBSD импортирована улучшенная реализация NFS-сервера;
    • Значительно расширена поддержка MSI (Managed System Interrupt) и MSI-X;
    • В код VFS (Virtual file system) добавлена поддержка аккаунтинга, которая в дальнейшем может быть использована для создания системы квот, независимой от типа ФС;
    • Удалена поддержка протокола Appletalk;
    • Реализована возможность экспортирования через NFS разделов tmpfs;
    • Расширено число математических функций в libm, которые импортированы из NetBSD и FreeBSD;
    • Добавлена поддержка исполняемых файлов PIE (Position-Independent Executables);
    • Добавлена поддержка операций TRIM для SSD-накопителей;
    • В базовое GENERIC-ядро включены драйверы PCI MMC/SD.
  • Улучшения в поддержке оборудования:
    • Обновлены драйверы не связанные с сетью: mfi (LSI 3.981), hptiop, safe, mps, ecc, coretemp;
    • Обновлены драйверы сетевых устройств: bge (появилась поддержка чипов 5761, 5784 и 57780), ndis, msk, re, bceem(4)/emx. Добавлен новый драйвер lgue;
    • Удалена большая порция устаревших драйверов и связанных с ними утилит для устройств для шины ISA: aha(4), asc(4), sasc(1), ctx, dgb(4), el(4), gpib, gsc(4), sgsc(1), ie(4), labpc(4), le(4), mse(4), rc(4), rdp(4), spigot, tw(4), xten(1), xtend(8), wl(4), wlconfig(8), wt(4);
  • Изменения пользовательского окружения:
    • В стандартной библиотеке Си вместо nmalloc задействован более производительный аллокатор памяти dmalloc;
    • Добавлена распространяемая под лицензией BSD библиотека libdm с реализацией совместимого с libdevicemapper API;
    • В libc добавлены функции fmemopen(3) и open_memstream(3), определённые в спецификации POSIX 2008;
    • В rc.d-скрипт jail добавлена поддержка автоматического монтирования devfs внутри jail-окружений;
    • Значительное обновление rtld-elf;
    • Расширение возможностей и исправления ошибок в интерпретаторе sh;
    • Команда дедупликации для ФС HAMMER ('hammer dedup') теперь может работать в условиях ограниченной памяти, за счёт разделения работы на несколько фаз;
    • Сборка системы через make buildworld теперь выполняется параллельно в несколько потоков;
    • Добавлен dfregress, фреймворк для тестирования наличия регрессивных изменений;
    • Поддержка обработки исключительных ситуаций (exception) в статически скомпонованных исполняемых файлах;
    • Добавлена библиотека libhammer, с набором функций для работы с ФС HAMMER;
    • Добавлена утилита tuxload для стресс-тестирования системы виртуальной памяти;
  • Обновление сторонних программ, поставляемых в составе базовой системы:
    • Удалены компоненты binutils 2.20 (по умолчанию теперь 2.21) и libgnuregex;
    • BSD gprof заменил собой GNU gprof;
    • Вместо GNU sort задействован аналог утилиты sort из NetBSD;
    • Обновлены версии: awk u20110810, binutils 2.22 (по умолчанию 2.21), dma 0.7, diffutils 3.2, file 5.10, ftp из NetBSD tnftp от 2012/01/08, gcc44 4.4.7, gdb 7.3, gdtoa 20110321, grep 2.9, ldns/drill 1.6.11, less 444, libarchive 3.0.3, libgmp 5.0.2, libmpfr 3.1, libpcap 1.2.1, mdocml 1.11.3, OpenPAM Lycopsida, OpenSSH 5.9p1, OpenSSL 1.0.0g, sendmail v8.14.15, tcpdump 4.2.1, texinfo 4.13, xz 5.0.3, zoneinfo tzdata2011n.


  1. Главная ссылка к новости (http://www.dragonflybsd.org/re...)
  2. OpenNews: Прогресс в производительности DragonFly BSD на многопроцессорных системах
  3. OpenNews: Вышла новая версия операционной системы DragonFlyBSD - 2.10
  4. OpenNews: Увидела свет операционная система DragonFlyBSD 2.8
  5. OpenNews: Вышел релиз ОС DragonFlyBSD 2.6
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/33166-dragonflybsd
Ключевые слова: dragonflybsd
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (40) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, xxx (??), 23:34, 22/02/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    >созданной восемь лет назад с целью альтернативного развития ветки FreeBSD 4.x

    Из текста новости о создании DragonFly:

    >В течении какого срока просуществует столь амбициозный проект покажет время. Мне кажется, что для Matthew Dillon он будет не по зубам.

    Оказалось по зубам =)

     
  • 1.2, zhenya_k (?), 23:47, 22/02/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Интересно было бы сравнить бенчмарки для мускула на линуксе.
    И вообще надо бы скачать и посмотреть, что из себя представляет эта ОС. Уж довольно привлекательно всё описано.
     
     
  • 2.3, xxx (??), 00:01, 23/02/2012 [^] [^^] [^^^] [ответить]  
  • +/
    http://leaf.dragonflybsd.org/mailarchive/kernel/2011-11/pdf00001.pdf

    Сравнение с FreeBSD 9 RC1, Linux(не помню какой) и OpenIndiana.

     
     
  • 3.4, arachnid (ok), 00:25, 23/02/2012 [^] [^^] [^^^] [ответить]  
  • +/
    там еще 2.10, к сожалению
     
     
  • 4.17, Andrew Kolchoogin (?), 10:58, 23/02/2012 [^] [^^] [^^^] [ответить]  
  • +/
    FreeBSD 9.0-RC1, DFly 2.10, DFly 2.13.
     
     
  • 5.18, arachnid (ok), 11:04, 23/02/2012 [^] [^^] [^^^] [ответить]  
  • +/
    спасибо!
    блин, но кто так обозначает то? то полностью, то с сокращениями - поэтому и "не увидел"
     

  • 1.9, Аноним (-), 06:54, 23/02/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    портировать бы хаммер во фрю...
     
     
  • 2.13, user295 (?), 09:11, 23/02/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Было в листах, Мэт сказал что допиливать zfs таки лучше будет, нежели портировать хаммер
     
     
  • 3.55, 294th (?), 10:51, 24/02/2012 [^] [^^] [^^^] [ответить]  
  • –4 +/
    > Было в листах, Мэт сказал что допиливать zfs таки лучше будет, нежели
    > портировать хаммер

    Прогнозирую: у одних будет недопиленный ZFS, у вторых недопиленный хаммер. Ну и как обычно придет btrfs и всех зарулит. А вы как обычно будете щелкать клювом - мол, как-так? На нашем же поле обыграли?!

     
     
  • 4.58, Школьник (ok), 10:58, 24/02/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Да он уже четвертый год как приходит, да все никак не придет :-) И, сдается мне, уже и не придет - нафига ораклу спонсировать бесплатно конкурентов вроде RedHat?
     
     
  • 5.73, Аноним (-), 11:43, 24/02/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > спонсировать бесплатно конкурентов вроде RedHat?

    Так у них свой unbreakable есть. Они им барыжат. Им вообще все эти операционки нужны чисто как подстилка под их СУБД, на которой они и навариваются. Btrfs обещает получиться намного более удачной подстилкой. И более удобной/быстрой, и пилится прямо в апстриме - при том что ораклу сие стоит аж З/П целому 1 архитекту, они могут до некоторой степени гнуть линию партии через уважаемого всеми человека. Хорошо пристроились, в общем. Могут когда им это реально надо, да.

     
  • 4.60, Школьник (ok), 11:00, 24/02/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    И да, узнать бы еще, чем ZFS во FreeBSD недопиленный - только с техническими фактами и аргументами и _без_ истеричного гуманитарного, наполненного дешевыми метафорами визга в стиле User294.
     
     
  • 5.64, iZEN (ok), 11:18, 24/02/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > И да, узнать бы еще, чем ZFS во FreeBSD недопиленный - только
    > с техническими фактами и аргументами и _без_ истеричного гуманитарного, наполненного дешевыми
    > метафорами визга в стиле User294.

    В ZFS вроде недопилена SAMBA "из коробки", то бишь — из свойств самой ZFS для расшаривания папок в сети, как это сделано в Solaris 10.
    Расшаривание ресурсов по NFS из свойств ZFS на Фре работает, но требует отдельно запущенных демонов NFS — rpcbind, mountd, nfsd.

    Ну, а что? Для лапчатых это серьёзный аргумент считать ZFS недопиленной. Кроме SAMBA, похоже, они ничего вкуснее не пробовали — всю жизнь под Windows подстраиваются.


     
     
  • 6.91, Piter_Ring (ok), 08:15, 25/02/2012 [^] [^^] [^^^] [ответить]  
  • –3 +/
    так а кроме САМБы ничего вкуснее пока и не придумали.
    НФС - как не латают, но до 10-ти мбитной сети так они и не доросли, не говоря уже о!! 100мбит и тем более гбит :)).
    Протокол разрабатывался в те времена, когда связь работала на скорости от "ЕСТЬ" до скорости "НЕТ".
    И на сегодня уже ничем полезным порадовать не может.
     
     
  • 7.92, iZEN (ok), 13:20, 25/02/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > так а кроме САМБы ничего вкуснее пока и не придумали.
    > НФС - как не латают, но до 10-ти мбитной сети так они
    > и не доросли, не говоря уже о!! 100мбит и тем более
    > гбит :)).
    > Протокол разрабатывался в те времена, когда связь работала на скорости от "ЕСТЬ"
    > до скорости "НЕТ".
    > И на сегодня уже ничем полезным порадовать не может.

    Данные по NFS передаются быстрее, чем по SMB/CIFS, примерно в полтора раза по любому доступному физическому интерфейсу — хоть 64 КБит/с, хоть 1024 МБит/с. Накладных расходов на организацию взаимодействия хостов по NFS в разы меньше, и медиапоток в случае кратковременных сбоев после восстановления физической среды может быть восстановлен с того места, где он оборвался.


     
  • 7.94, arisu (ok), 15:19, 25/02/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    то-то самба люто, атомно тормозит по сравнению с nfs. видать, от хорошего дизайна.
     
     
  • 8.95, Piter_Ring (ok), 17:51, 25/02/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    то-то самбу пилят как родную все хНиксовые системы, потому как свой нфс не при... текст свёрнут, показать
     
     
  • 9.96, arisu (ok), 18:08, 25/02/2012 [^] [^^] [^^^] [ответить]  
  • +/
    8230 m ещё не сыграла в ящик а мужики-то и не знали это точно что забавно ... текст свёрнут, показать
     
     
  • 10.97, Piter_Ring (ok), 19:18, 25/02/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Заметь, твой сарказм не соответствует действительности МС не парится по поводу ... большой текст свёрнут, показать
     
  • 7.107, Аноним (-), 08:12, 28/02/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > НФС - как не латают, но до 10-ти мбитной сети так они
    > и не доросли, не говоря уже о!! 100мбит и тем более гбит :)).

    Это где такой ахтунг? В фряхе, да? Кстати попробуйте покопировать по самбе мелкие файлы, вам понравится. Вот уж где от 100 мбит остается в лучшем случае парочка...

     

  • 1.10, XPEH (?), 08:34, 23/02/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    > Значительно расширена поддержка MSI (Managed System Interrupt) и MSI-X;

    Интересно кто автор столь оригинальной расшифровки MSI ?

     
     
  • 2.16, Andrey Mitrofanov (?), 10:22, 23/02/2012 [^] [^^] [^^^] [ответить]  
  • +/
    "В моей ... прошу винить Гугль и Википедию."
     
     
  • 3.19, XPEH (?), 11:27, 23/02/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Не выйдет :)

    Википедия вне подозрений: http://en.wikipedia.org/wiki/MSI

     
  • 3.93, Daemontux (ok), 14:41, 25/02/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Я уж подумал у меня крыша поехала. Так как на запрос Managed System Interrupt гугль выдавал чушь

     

  • 1.12, medvedko (?), 08:36, 23/02/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Кстати, в pdf-ке написано "Tests were run with DragonFly 2.13 sources from 2011-11-10 to 2011-11-13". Так что не 2.10.
     
  • 1.20, Аноним (-), 15:04, 23/02/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Тем не менее линукс пока по скорости опережает всех даже на "устаревших" ядрах от RH 6.1. Интересно в чем там принципиальная разница? Мне кажется либо щедулер либо аллокатор памяти в линуксах работают быстрее.
     
     
  • 2.22, xxx (??), 15:15, 23/02/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >"устаревших" ядрах от RH 6.1

    Это ты толково кавычками воспользовался.

     
  • 2.35, kshetragia (ok), 06:09, 24/02/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Бенчмарки будут? Я пока видел только обратное.
     
     
  • 3.38, Аноним (-), 08:09, 24/02/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Бенчмарки будут?

    google://ext4 benchmarks - нате, хавайте.

     
     
  • 4.56, Школьник (ok), 10:56, 24/02/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Кстати, а в ext4 уже отказались от практики ложного рапортования о завершении flush с целью накрутки бенчмарков, как это было в ext3, или еще нет?
     
     
  • 5.68, Аноним (-), 11:39, 24/02/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Кстати, а в ext4 уже отказались от практики ложного рапортования о завершении
    > flush с целью накрутки бенчмарков, как это было в ext3, или еще нет?

    Не знаю какой баклан додумался бенчмаркать скорость flush, но уверен что мне этот бенчмарк неинтересен. Что оно показывает? А вот скорость типовых файловых операций у ext4 очень даже. В том числе и по сравнению с ext3.

     
     
  • 6.79, Школьник (ok), 11:58, 24/02/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    :-) Меряют-то не скорость flush, а скорость выполнения "типовых файловых операций" после того, как эти самые операции закончились.
    Я уже спрашивал об этом здесь у линуксоидов, но так и вменяемого ответа не получил: Ext4, в отличие от своего предка ext3, уже сбрасывает кэш на каждый вызов fsync или все еще не на каждый? Ext4 при open с флагом O_SYNC уже делает полную запись и данных, и метаданных на диск на каждом write или, как его предок ext3, использует читерские приемы и забывает обновить метаданные, если изменился только timestamp?
     
  • 4.106, kshetragia (ok), 07:57, 28/02/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Хм.. мы уже говорим про скорость файловой системы?.
     

  • 1.61, makky (ok), 11:05, 24/02/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Вопрос важный. Помимо популярных систем, которые являются хорошим инструментом для решения тех или иных задач, существуют менее популярные, которые как я и многие другие никогда не использовали, но для решения некоторых задач их гораздо лучше использовать. Собственно, хотелось бы узнать для чего создавалась dragonfly, чем она лучше других. Может быть как раз этой ос мне не хватало, чтобы хорошо делать свою работу.

     
     
  • 2.62, iZEN (ok), 11:13, 24/02/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Вопрос важный. Помимо популярных систем, которые являются хорошим инструментом для решения
    > тех или иных задач, существуют менее популярные, которые как я и
    > многие другие никогда не использовали, но для решения некоторых задач их
    > гораздо лучше использовать. Собственно, хотелось бы узнать для чего создавалась dragonfly,
    > чем она лучше других. Может быть как раз этой ос мне
    > не хватало, чтобы хорошо делать свою работу.

    DragonFly BSD — операционная система ориентированная на распределённые вычисления (кластеры). Под эту миссию затачиваются все её подсистемы.

     
     
  • 3.76, Аноним (-), 11:48, 24/02/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > DragonFly BSD — операционная система ориентированная на распределённые вычисления
    > (кластеры). Под эту миссию затачиваются все её подсистемы.

    А что, хоть одни видеодрайвера под нее заточены? Или кому в 2012 году нужны распределенные вычисления на CPU? Тормозам вселенским? :)

     
     
  • 4.80, Школьник (ok), 12:00, 24/02/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Тссс!... А то сейчас прибегут ваши красноглазые друзья и испортят всю малину, рассказывая, как порвал всех линукс в рейтинге Top500 суперкомпьютеров, из которых только малая часть делает вычисления на видеокартах (кстати, рекомендую задуматься, с чего бы это).
     
     
  • 5.108, user (??), 13:04, 28/02/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Тссс!... А то сейчас прибегут ваши красноглазые друзья и испортят всю малину,
    > рассказывая, как порвал всех линукс в рейтинге Top500 суперкомпьютеров, из которых
    > только малая часть делает вычисления на видеокартах (кстати, рекомендую задуматься, с
    > чего бы это).

    Например с того, что постройка суперкомпьютера - довольно дорогостоящее занятие, и уже работающие суперкомпьютеры- все еще находятся в списке. Но это старые системы.
    А новые системы - это та самая "малая часть" на видеокартах. Пройдет еще немало лет прежде чем последнимй суперкомпьютер на cpu сдадут в утиль...

     
  • 3.104, makky (ok), 19:14, 26/02/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >> Вопрос важный. Помимо популярных систем, которые являются хорошим инструментом для решения
    >> тех или иных задач, существуют менее популярные, которые как я и
    >> многие другие никогда не использовали, но для решения некоторых задач их
    >> гораздо лучше использовать. Собственно, хотелось бы узнать для чего создавалась dragonfly,
    >> чем она лучше других. Может быть как раз этой ос мне
    >> не хватало, чтобы хорошо делать свою работу.
    > DragonFly BSD — операционная система ориентированная на распределённые вычисления
    > (кластеры). Под эту миссию затачиваются все её подсистемы.

    То есть если у меня кластер почтовых серверов, то стоит обратить внимание именно на данную систему?

     

  • 1.109, yantux (??), 22:36, 28/02/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Мне интересно, какие перспективы у этой ОС на многоядерных ARM процессорах и ради прикола, на процессорах фирмы Sun? )))

    Как драгон смотрится в сравнении с FreeBSD, OpenSolaris на многопроцессорных системах?

    Очень интересно, чтобы показала RaiserFS на этой ОС?

     

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



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

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