Увидел свет (http://www.dragonflybsd.org/) релиз DragonFlyBSD 2.8 (http://www.dragonflybsd.org/release28/), операционной системы с гибридным ядром, созданной шесть лет назад с целью альтернативного развития ветки FreeBSD 4.x. Для загрузки доступны (http://avalon.dragonflybsd.org/iso-images/) 32- и 64-разрядные CD-образы. Вместо DVD-сборки подготовлен расширенный образ с десктоп-окружением для установки на USB Flash. Репозиторий pkgsrc в версии DragonFlyBSD 2.8 включает в себя около 10 тысяч предкомпилированных пакетов, для CVS-репозитория pkgsrc поддерживается активное GIT-зеркало (http://git.dragonflybsd.org/).
Основные улучшения, добавленные в DragonFlyBSD 2.8:
- Поддержка шифрования дисковых разделов, включая корневой раздел и раздел подкачки. Код шифрования разделов изначально оптимизирован для работы в многопоточном режиме, т.е. полностью задействует все ресурсы многоядерных CPU. Для управления используется утилита, совместимая с cryptsetup (http://code.google.com/p/cryp...URL: http://www.dragonflybsd.org/
Новость: https://www.opennet.ru/opennews/art.shtml?num=28465
А как же HAMMER?
Ура :) Отличная система для многоядерных вычислений!
Ничем не лучше остальных, а учитывая техническую отсталось и отсутствие нормального репозитория софта (pkgsrc - смешно), бесполезная абсолютно.
> Ничем не лучше остальных, а учитывая техническую отсталось и отсутствие нормального репозитория
> софта (pkgsrc - смешно), бесполезная абсолютно.Замечательная критика! А какая ОС тогда не "технически отсталая"? Вот, к примеру, NetBSD работает на всякой рухляди - тоже, тогда, технически отсталая. Ну, учитывая проблему еше наличия драйверов на то да се, у нас только одна "не отсталая" ОС. Жаль, вот, только, открытого кода в ней нет и не обещают. ;)
Кстати, чем, собственно, плоха pkgsrc?
> Ничем не лучше остальных, а учитывая техническую отсталось и отсутствие нормального репозитория
> софта (pkgsrc - смешно), бесполезная абсолютно.А вот я бы Вас попросил...
Непонятно..всё "перенесено из ФриБСД", а где же своё?
Вы внимательно прочитали текст новости?
Первое предложение "Увидел свет релиз DragonFlyBSD 2.8, операционной системы с гибридным ядром, созданной семь лет назад с целью альтернативного развития ветки FreeBSD 4.x."
4.х ветка оч и оч плохо работала на SMP системах, в смысле разделения ресурсов. Данная же система основана на базе 4.х линейки, с включением изменений, которые есть и идут в более поздних ветках (5.х - 8.х). Это коллосальная работа.
Там много чего своего, много чего заимствовано. Что тебя смущает?
> Непонятно..всё "перенесено из ФриБСД", а где же своё?Да нет там почти ничего своего. Только "мы пойдем другим путём", при том что этот другой путь сразу провалился по производительности по сравнению с "неправославным" путём FreeBSD. А остальное - полтора разработчика которые там есть только портируют драйвера из FreeBSD. Hammer вот был бы интересным, но с ZFS он не нужен.
>Да нет там почти ничего своего. Только "мы пойдем другим путём", при том что этот другой путь сразу провалился по производительности по сравнению с "неправославным" путём FreeBSD. А остальное - полтора разработчика которые там есть только портируют драйвера из FreeBSD. Hammer вот был бы интересным, но с ZFS он не нужен.Вы не задумывались что, используя вашу аргументацию, разработчики solaris и openbsd могут легко доказать, что freebsd не нужна, ввиду практически полного отсутствия в ней собственных разработок?
вы зря в конце знак вопроса поставили
Если во FreeBSD нет своих разработок, то вас без сомнения не затруднит поведать нам, с чего были слизаны GEOM, netgraph, FreeBSD ports, kqueue? Нужно ли мне убрать знак вопроса в предыдущем предложении?
Нифига он не провалился. Откуда сведения то? У меня вот как раз обратные сведения: реализация многопроцессорности в DFBSD намного эффективнее, чем в FreeBSD. В ней отсутствуют блокировки в принципе, архитектурно. И сравнили вы, конечно, блин: HAMMER и ZFS. Ваще разные системы. HAMMER это кластерная фс, ZFS - нет
> В ней отсутствуют блокировки в принципе, архитектурно.Отсутствуют они только там, где от них избавились. Пока что таких подсистем не очень много.
>И сравнили вы, конечно,
> блин: HAMMER и ZFS. Ваще разные системы. HAMMER это кластерная фс,
> ZFS - нет+1
> Нифига он не провалился. Откуда сведения то? У меня вот как раз
> обратные сведения: реализация многопроцессорности в DFBSD намного эффективнее,
> чем в FreeBSD.Эм-м-м-м... Я, конечно, сильно извиняюсь, но нельзя ли URL на benchmark, сделанный независимомыми специалистами?
> В ней отсутствуют блокировки в принципе, архитектурно.
А не Дилан ли вот совсем недавно избавлялся от очередных giant lock в ядре? ;-)
> И сравнили вы, конечно,
> блин: HAMMER и ZFS. Ваще разные системы. HAMMER это кластерная фс,
> ZFS - нетНи hammer ни zfs не имеет к делу никакого отношения.
Где, например, бенчмарк postgresql или mysql с результатами в пользу стрекозы?Святая вера -- это прекрасно, но надо бы и голову иметь.
>А остальное - полтора разработчика которые там есть только портируют драйвера из FreeBSD.Охренел? bwi(4) хотя-бы посмотри.
> Непонятно..всё "перенесено из ФриБСД", а где же своё?Абсолютно новое ядро со своей многозадачной парадигмой, кластерная фс HAMMER, VKERNEL, вариантные ссылки, свой собственный NTP-сервер и MTA. Мало? Это так... первое, что навскидку пришло
>что позволяет сохранить активными TCP соединения при перезагрузке маршрутизатораУгу а TCP клиент и сервер будут скурпулезно ждать пару минут и затем продолжат работу, вместо того чтобы отвалиться по таймауту. Верю.
ssh-соединение может и по полчаса не отваливаться при определённых настройках и отсутствии попыток интенсивной работы с ним.А если обеспечить время перезагрузки маршрутизатора в пределах пары минут...
>время перезагрузки маршрутизатора в пределах пары минутЛОЛ. Это какой-то маршрутизатор в конторе с 10 машинами с ВинХП, где люди могут не заметить, что уже 2 минуты связи нет.
Даже если в таком режиме заработает PuTTy уже хлеб.
Перезагружается достаточно быстро. Пару минут... тут Вам не windows. Секунд 20. Не факт что между клиентом и сервером в этот момент будет вообще обмен трафиком.
>Угу а TCP клиент и сервер будут скурпулезно ждать пару минут и затем продолжат работу, вместо того чтобы отвалиться по таймауту. Верю.persist sockets.
ssh, ftp, telnet, some dbms, etc...
Пока что там реально немного изменений - не так много как хочется. vkernel и hammer - вот что сильно отличает от BSD. А так - сам Метью Диллон где-то писал что пока что никакого гибридного ядра нет - пока только недо-полугибрид. Действительно 99% - это импорт и синхра кода с других BSD. Я бы вот не прочь был бы увидеть HAMMER в BSD, тем более что ничто ее экспорт (лицензия) не ограничевает - близка к ZFS но с уклоном к распределенной ФС.
Дык надо портировать оттуда hammer во фряху и похоронить стрекозу. А идея vkernel провалилась сразу.
>А идея vkernel провалилась сразу.Почему?
И кто это сказал, что идея vkernel провалилась? Если охота пофлеймить, то приводите хотя бы доказательства. И вообще, следуя такой логике, давайте вообще тогда все перепишем на А-ДОС и весь зоопарк операционок ликвидируем.
Я так понимаю, там два шедуллера: для потоков и процессов.Насколько повышается эффекиность использования многоядерности?
Насколько я понимаю, в стрекозе потоки и процессы есть разные сущности (даже fork разные?), а отличии от Линукса, где всё через sys_clone().