LINUX.ORG.RU

DragonFly BSD 6.2

 , ,


1

1

Dragonfly BSD - это ответвление от FreeBSD 4.8 (2003), основная цель которого — эффективная работа на высоконагруженных серверах. Работа над родной кластеризацией внутри ядра потребовала сложной реализации кеша для пространства имен ФС, пространства файлов и пространства VM. Эти и другие фичи в итоге позволяют программам работать на нескольких машинах с консистентным данными в кэше.

Основные изменения:

  • Портирован type-2 гипервизор NVMM (NetBSD).
  • В статусе TODO: IPv6, Graphics, Audio, USB, PCI Passthrough...
  • Продолжена работа над файловой системой HAMMER2, которая примечательна такими функциями, как отдельное монтирование снапшотов, доступные на запись снапшоты, квоты на уровне директорий, инкрементальное зеркалирование, поддержка различных алгоритмов сжатия данных, multi-master зеркалирование с распределением данных на несколько хостов. В новом выпуске реализована поддержка команды growfs, позволяющей изменять размер существующего раздела HAMMER2. В состав включена экспериментальная поддержка компонента xdisk, позволяющего монтировать разделы HAMMER2 с удалённых систем. Утилита growfs теперь поддерживает увеличение HAMMER2-раздела.
  • Драйвер drm/amdgpu портирован из Linux 4.19.
  • Основной компилятор — GCC 8.

    (Согласно лицензии CC-BY, отметим, что абзац про HAMMER взят с OpenNET. Текст не изменен, но дополнен.)

>>> Подробности

★★★★★

Проверено: hobbit ()
Последнее исправление: sudopacman (всего исправлений: 7)

Что-то как-то не густо. Интересные задачи уже сделаны, осталась рутина? Диллон уже не тот?

curver
()
Ответ на: комментарий от curver

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

crypt ★★★★★
() автор топика
Последнее исправление: crypt (всего исправлений: 1)

За всю свою карьеру ни разу не видел этого зверя в проде. Да и не в проде тоже.

Впрочем это же касается и NetBSD, и OpenBSD. Но про них хотя бы слышал тут :)

Сталкивался сам с FreeBSD. И даже пытался поставить в дремучие времена на celeron 600 mhz. Но он за ночь не смог скомпилить bash (sh это боль), и был переведён на какой-то Линукс. О чём до сих пор не жалею, ато вместо работы разбирался с портами и компиляторами. :))

skyman ★★★
()
Ответ на: комментарий от skyman

да что в проде... перед тем как в прод попасть, хочется его хотя бы дома увидеть... а как? закрытых драйверов nvidia нету. виртуализация только что почти появилась... ну и т.д.

я поставил в virtualbox, увидел, что снапшоты делает, а к реальному тестированию всеравно не приступишь.

crypt ★★★★★
() автор топика
Последнее исправление: crypt (всего исправлений: 1)
Ответ на: комментарий от Minona

скажи, ты в конце смайл каким образом ставил: с клавиатуры или это какой-то спецсимвол. я ОС сменил и теперь у меня новые смайлы показывает. не знаю, можно это обратно переключить на ":" и ")"

crypt ★★★★★
() автор топика
Ответ на: комментарий от crypt

у меня по <Win>+<.> вызывается всплывающая клава с эмодзи.

Minona ★★☆
()
Ответ на: комментарий от skyman

Впрочем это же касается и NetBSD, и OpenBSD. Но про них хотя бы слышал тут :)

Ну если говорить про опенка - то не смотря на то, что ось маленькая, но во многом эта передовая операционка, и многие технологии появились изначально там. Начиная от OpenSSH, которым пользуются все, и заканчивая такими штуками как pf, который теперь что во фряхе, что в макоси, всякие рандомизаторы и прочее. IPV6, опять же например в опенке первый появился. И это такой, существенный вклад, на мой взгляд.

Slack ★★★★★
()
Ответ на: комментарий от skyman

Сталкивался сам с FreeBSD. И даже пытался поставить в дремучие времена на celeron 600 mhz. Но он за ночь не смог скомпилить bash (sh это боль), и был переведён на какой-то Линукс. О чём до сих пор не жалею, ато вместо работы разбирался с портами и компиляторами. :))

Вы что-то путаете, я за ночь пересобирал мир вместе с DE и прочим на двух Pentium II 300MHz (3x100 на Intel 440BX) и 192Mb SDRAM. FreeBSD была толь 5.2, толь 5.5.

OSBuster
()
Последнее исправление: OSBuster (всего исправлений: 2)
Ответ на: комментарий от Slack

OpenBSD - это успешный так называемый проект-песочница. Для обкатки технологий. skyman же пишет про продакшен и к нему, конечно, она отношения не имеет. да и про pf мы с тобой выяснили, что технологический опенбездешный сам по себе, а во free что-то свое.

crypt ★★★★★
() автор топика
Ответ на: комментарий от crypt

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

да и про pf мы с тобой выяснили, что технологический опенбездешный сам по себе, а во free что-то свое.

Ну если так судить - то и в макоси pf тоже что-то свое, потому что я сомневаюсь, что фаерволл, который работает в том числе на уровне ядра - можно копипастой скопмилять. И OpenSSH тоже тогда везде «что-то свое», потому что ванильный OpenSSH есть только в опенке, а в остальных операционках - оно openssh-portable, портированный OpenSSH для линуков и фрей, который внутри от ванильного отличается. Кстати, я тут видел диаграммку прохождения пакетов в ядре https://habr.com/ru/company/ics/blog/553994/ , тебе она не поможет?

Slack ★★★★★
()
Ответ на: комментарий от Slack

я уже в виртуальной машине iptables поднял, а трафик на хабр закрыт через DNS. когда я проверял, пакеты по всем направлениям падали в одну копилку и я должен был их подхватывать, продумывая порядок правил. при этом используются совершенно бессмысленные recv/xmit/via директивы, потому что пакет может быть recv/xmit с разных сторон интерфейса и всеравно попадет в ту же кучу, что и транзитный пакет. при натировании, бриджовании, виртуальных интерфейсах направление и порядок прохождения пакетов определить становится совершенно невозможно. Linux файрвол удачно сепарирует пакеты. в нем фактически на входе стоит глобальный recv/xmit/via фильтр, который определяет дальнейшую цепочку прохождения пакета и пакет via (forward в Linux терминологии) никогда не будет спутан с recv (input) или xmit (output).

вовсе не обязательно файрвол, который работает на уровне ядра, должен быть полностью переписан. совершенно логично иметь какой-нибудь ядерный hook для передачи пакета файрволу, вот и все. я думаю, что так pf попал в солярис. это адаптированный по мелочи код из OpenBSD, он «опенбездешный». а если ты мне говоришь, что во FreeBSD кто-то что-то основательно переписал в 2014 году, то это означает совсем другое. это заметное расхождение кодовой базы, в том числе и по поведению в смысле синтаксиса команд (то, что на мой взгляд плохо в первую очередь). по моим понятиям, код pf должен бы регулярно синхронизироваться с OBSD.

crypt ★★★★★
() автор топика
Последнее исправление: crypt (всего исправлений: 3)
Ответ на: комментарий от Slack

Впрочем это же касается и NetBSD, и OpenBSD. Но про них хотя бы слышал тут :)

Ну если говорить про опенка - то не смотря на то, что ось маленькая, но во многом эта передовая операционка, и многие технологии появились изначально там. Начиная от OpenSSH, которым пользуются все, и заканчивая такими штуками как pf, который теперь что во фряхе, что в макоси, всякие рандомизаторы и прочее. IPV6, опять же например в опенке первый появился. И это такой, существенный вклад, на мой взгляд.

Я не пытаюсь умалить заслуги опенька, а просто говорю про свой опыт :) кстати, на сегодняшний день ради поиграться я бы выбрал именно опенёк. Кажется наиболее сбалансированной и интересной из всех xBSD.

skyman ★★★
()
Ответ на: комментарий от skyman

да, все бы с ним хорошо, но полностью отсутствует современная fs со снапшотами. такие прелести, как контейнеры. и закрытые nvidia драйверы. и VirtualBox. (требования, перечисленные в Переход с Linux на FreeBSD. Успех, но... )

crypt ★★★★★
() автор топика
Ответ на: комментарий от OSBuster

Сталкивался сам с FreeBSD. И даже пытался поставить в дремучие времена на celeron 600 mhz. Но он за ночь не смог скомпилить bash (sh это боль), и был переведён на какой-то Линукс. О чём до сих пор не жалею, ато вместо работы разбирался с портами и компиляторами. :))

Вы что-то путаете, я за ночь пересобирал мир вместе с DE и прочим на двух Pentium II 300MHz (3x100 на Intel 440BX) и 192Mb SDRAM. FreeBSD была толь 5.2, толь 5.5.

Это была 4 ветка, если не ошибаюсь. Но не сомневаюсь, что я что-то делал не так :)) а чего хотеть от школьника, у которого ни инета толком, ни базы, ни опыта, ни знакомых, а только желание узнать что-то новое?)

skyman ★★★
()
Ответ на: комментарий от skyman

Я не пытаюсь умалить заслуги опенька, а просто говорю про свой опыт :) кстати, на сегодняшний день ради поиграться я бы выбрал именно опенёк. Кажется наиболее сбалансированной и интересной из всех xBSD.

да, опенок хорош, мне не хватает там виртуализации хотя бы на уровне bhyve, а так бы снова переполз везде туда.

Slack ★★★★★
()
Ответ на: комментарий от skyman

Это была 4 ветка, если не ошибаюсь. Но не сомневаюсь, что я что-то делал не так :)) а чего хотеть от школьника, у которого ни инета толком, ни базы, ни опыта, ни знакомых, а только желание узнать что-то новое?)

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

Slack ★★★★★
()
Ответ на: комментарий от Slack

на уровне bhyve

вот уж это не бог весть какой уровень:( у них есть что-то такое. если тебе для сканера, то по rdp вполне можно ходить.

crypt ★★★★★
() автор топика
Ответ на: комментарий от skyman

Для FreeBSD существуют бинарные пакеты большинства программ. Компилировать нет необходимости.

anonymous
()
Ответ на: комментарий от Slack

а ты не можешь установить еще где-то и потом использовать headless с подключением по rdp?

crypt ★★★★★
() автор топика
Ответ на: комментарий от crypt

вообще не факт, что запустится, потому что оно официально винду не поддерживает, да и например поддерживаемый линукс работает у меня иногда странно. Мне от линукса нужен только докер, и оно у меня при запущеном докердемоне на каких-то ядрах цпу в полку, на каких-то вываливалось периодически со странными ошибками.

Slack ★★★★★
()
Ответ на: комментарий от Slack

с *bsd много недоработок. сейчас мартшрутизация сбилась, я через netstat маршрут не вижу, а он где-то осел в ядре и роутит не туда. пока не перебил, не заработало.

crypt ★★★★★
() автор топика

Интересно, а подобное решение подходит для десктопного использования хотя бы как-то? Или для таких целей все таки лучше сам FreeBSD?

Garivado
()
Ответ на: комментарий от skyman

openbsd - самая технически отсталая из всех bsd, и таковою всегда и была. раньше что-то там ещё кукарекали про «безопасность», но этот миф давно разрушен. в общем, выезжают на каком-то хайпе для профанов.

anonymous
()
Ответ на: комментарий от anonymous

о! иксперты по технологиям и секурити подъехали.

Minona ★★☆
()
Ответ на: комментарий от Minona

меня маркетинг не увлекает. точнее все познается в сравнении. мне достаточно, если машина с grub-bhyve перестает грузиться (мне линукс загружать, а тут какие-то проблемы с согласованностью терминала через виртуальный ком-порт!), а нужных фич, как в vbox, нету. даже обвязки для старта виртуальных машин при старте системы по-моему нету.

crypt ★★★★★
() автор топика
Последнее исправление: crypt (всего исправлений: 2)
Ответ на: комментарий от crypt

а, у тебя же десктоп на фряхе, ну так юзай vbox, зачем сношаться с bhyve.

«обвязка» для bhyve есть в портах, самая навороченная - cbsd.

Minona ★★☆
()

ну что, когда же будет Hammer smashed Face?

splinter ★★★★★
()
Ответ на: комментарий от Minona

VBox очень удобен как кросс-решение между разными платформами, плюс вообще очень удобен из-за граф.интерфейса, но я прокачал вчера через него 100 мбитный трафик и он сжирает ядро.:( Может, под фряхой он плохо работает (официально не поддерживается), может, какие-то sysctl узкие по умолчанию, а, может, сам тормозной. Так что вот неидеально пока. Но эксперементировать с bhyve всеравно не получится, т.к. он не может работать в системе, когда там уже присутствует какой-то еще виртуализатор (это еще один его минус).

На опеннете кто-то пытается использовать Dragonfly BSD, аж человека 3, но я так понимаю на интеловских GPU. В общем все эти *BSD системы хорошие, но только вот фич не хватает. Я бы даже за солярис взялся (тем более, что я когда-то с ним работал), да он не просто платный, а еще и дорогой.

crypt ★★★★★
() автор топика
Последнее исправление: crypt (всего исправлений: 5)
Ответ на: комментарий от Slack

Я в плане софта и оптимизированости спрашиваю. Так-то понятно что всё на что можно поставить wm уже можно считать пригодным для десктопа. =)

Garivado
()

Всем пофиг. Линукс всё равно победил)

pingvinek
()
Ответ на: комментарий от Garivado

В плане софта тоже у всех запросы разные. Кому-то достаточно pkg install vim firefox fvwm, кто-то на десктопе без пропиетарного по и всяких стимов жить не может. В любом случае надо понимать, что это штука с консольным инсталлятором, после которого тебе все придется настраивать ручками. KISS, как и во всех бсдях. И поставить туда ты сможешь только опенсорс. Подойдет ли оно тебе, сможешь разобраться только ты сам, поставив ее куда-нибудь себе.

Slack ★★★★★
()
Ответ на: комментарий от Slack

а я бы клавиатуру другую поставил. не признаю эти пипетки:(

crypt ★★★★★
() автор топика
Ответ на: комментарий от crypt

Я бы даже за солярис взялся (тем более, что я когда-то с ним работал), да он не просто платный, а еще и дорогой.

Почему дорогой, он вроде бесплатный, не? Плюс там же еще всякие опениндианы есть? Я вот кстати в проде с соляркой никогда не работал, а на локалхосте никогда не понимал, что с ней делать.

Slack ★★★★★
()
Ответ на: комментарий от Minona

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

upd.

а нет, нужен оракловый пак...

crypt ★★★★★
() автор топика
Последнее исправление: crypt (всего исправлений: 1)
Ответ на: комментарий от crypt

но я прокачал вчера через него 100 мбитный трафик и он сжирает ядро.:(

так в виртуалке любое IO будет сжирать хостовый CPU, девайсы то виртуальные.

он не может работать в системе, когда там уже присутствует какой-то еще виртуализатор (это еще один его минус).

это минус всех виртуализаторов использующих VT-x|AMD-V.

На опеннете кто-то пытается использовать Dragonfly BSD
но я так понимаю на интеловских GPU

ну я её ставил на свой ноут с AMD.
в отличии от фряхи там заводилось аппаратное ускорение графики.
работало правда не долго, видяха начинала долбить CPU прерываниями, что приводило к диким фризам.
на этом ноуте нормально работали винда, убунта и опенок 😏

Minona ★★☆
()
Ответ на: комментарий от Minona

это минус всех виртуализаторов использующих VT-x|AMD-V.

да нет же. уже давно системы виртуализации научились сосуществовать друг с другом.

так в виртуалке любое IO будет сжирать хостовый CPU, девайсы то виртуальные.

реализовано же по-разному. сейчас virtio-net подключу. там, оказывается, есть.

crypt ★★★★★
() автор топика
Последнее исправление: crypt (всего исправлений: 1)

Драйвер drm/amdgpu портирован из Linux 4.19.

Интересно, AMD Renoir встройка с ускорением заведётся?

Shadow ★★★★★
()
Ответ на: комментарий от Garivado

В каком плане? Если у меня видеокарта «не того» производителя я не смогу поставить дистрибутив?

точнее, если видеокарта толком не поддерживается в этой конкретной *BSD, то технически поставить можешь, но experience будет ограничен консолью или будет сильно тормозить. я с нового года выбрал FreeBSD, потому что под нее есть официальный драйвер nvidia. открытый нуво драйвер - такое *овно, что я просто не хочу его в системе. открытые intel драйверы работают хорошо обычно. с amd/radion я традиционно не связываюсь, там свои заморочки.

crypt ★★★★★
() автор топика
Последнее исправление: crypt (всего исправлений: 2)
Ответ на: комментарий от Garivado

я по профилю смотрю ты больше гуманитарий, тогда, может, тебе эти *bsd и не нужны. там постоянно какие-нибудь грабли раскиданы (можешь мой тред посмотреть). но я рад, что у нас в тредах есть кто-то, кто любит артхаусное кино) все не так скучно будет)

crypt ★★★★★
() автор топика
Последнее исправление: crypt (всего исправлений: 1)
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.