После года разработки опубликован релиз DragonFlyBSD 6.4, операционной системы с гибридным ядром, созданной в 2003 году с целью альтернативного развития ветки FreeBSD 4.x. Из особенностей DragonFly BSD можно выделить распределённую версионную файловую систему HAMMER, поддержку загрузки "виртуальных" ядер системы как пользовательских процессов, возможность кэширования данных и мета-данных ФС на SSD-накопителях, учитывающие контекст вариантные символические ссылки, возможность заморозки процессов с сохранением их состояния на диске, гибридное ядро, использующее легковесные потоки (LWKT)...Подробнее: https://www.opennet.me/opennews/art.shtml?num=58424
А драйверы нвидия из фряхи на ней завести можно?
У меня не получилось. Проблема в том, что и с амд/интел всё не слишком шоколадно, а так эта лучшая бсд, на мой взгляд. И, видимо, благодаря использованию gcc, наиболее производительная. Лампово юзать, но придётся отказаться от части софта, если планируется использование в качестве десктопа.
Что за размытые пояснялки?
Во фряху портировали из линукса драйвера на амд/радеон, так что там более-менее все нормально должно быть.
Работа налажена, но дело не столько в GCC сколько в организации работы самого проекта DragonflyBSD.
Никакой ламповости. Суровый, прямой вариант использования без линукса и жирного ZFS во фре.
Лампово это ZX Spectrum с программированием подсветки на ассемблере.
Лампово это когда как олдскул линукс, ничего нет и надо патчить софт под твой дистрибутив, чтобы он заработал, и скорее всего этим придётся заниматься тебе. А проприетарь не заведётся, не получится, как ни старайся.Хотя на линуксе и сегодня можно найти.
Вот у меня на линуксе ускорение в файрфоксе работает относительно норм, в том числе с vaapi через nvdec (не через egl, правда), но как и с поддержкой eglstreams в кде это всё пришлось компилировать и ставить мимо пакетного менеджера. В хроме, кстати, утилизация процессора намного выше, он на линуксе ощутимо хуже по сравнению с вендой работает. Сейчас не найду баг, но там было написано, почему, и что это не исправят видимо никогда.
Потом поддержка libnpp в ffmpeg в дистре тоже отсутствует (да и вообще предлагают использовать cuda-llvm который не работает и фильтры хуже), поддержки nvdec нет, поддержки vmaf долго не было (и он мне был необходим для правдоподобных метрик). Той же libjxl не было, только появилась, но уже протухла несколько раз. Qt плагинов для heif и jxl долго не было (и avif тоже), поэтому не было их поддержки в DE и надо было вручную компилировать и устанавливать.
Вооот, у сабжа примерно такие же проблемы, только их больше и не решаются простой пересборкой, приходилось часто залезать в исходники, чтобы исправить. А видеодрова? Ну, они все копируются из линукса и с определённой долей удачи могут работать, а могут и не работать. При этом, отставание бывает весьма значительное.
Ещё в gstreamer заявлена поддержка vaapi, но он так и не заработал нормально у меня, а вот поддержка nvdec в дистропакетах выключена, это надо собирать самому. Ну ffmpeg и gstreamer я перекомпилирую хуками для ПМ, в определённой мере это работает и просто включаю поддержку в дистропакетах с перекомпиляцией. С vmaf было повеселее, потому что такого пакета с этими либами не было не смотря на поддержку в самом ffmpeg.
Кстати, nvdec норм работал в самом gstreamer (vaapi так и не заработал и я очень хотел хоть как-то запустить его, это было ещё до vaapi-nvdec), но я так и не смог заставить вайн использовать этот gstreamer-nvdec, он у меня просто крашится в итоге. Видимо дело в вайне. А больше пользователей gstreamer я не знаю.
Есть ещё vapoursynth, поддержка которого есть в ffmpeg, но нет в дистре. Ну тут я уже просто держу кастомный билд ffmpeg и сам vapoursynth в хомяке. Так же для поддержки ютуба в mpv этот билд применяю, чтобы не засорять систему.
А мимо пакетного менеджера-то зачем? Не лучше ли руками собрать пакет?
Ну, это определённо дороже. Да там один или несколько файлов обычно, но они должны быть в корне. Устанавливать их копированием не так и плохо, определённо меньше возни после обновления (но да, на примере с libjxl новые версии могут иметь другие файлы, а старые просто остаются на диске лежать и надо удалять отдельно). Просто чтобы это было в пакетном менеджере это придётся написать ебилд, а потом его постоянно переписывать и обновлять, что-то исправить в коде опять же проще чем подготовить патч для пакета. Пакеты нужны чтобы распространять файлы на другие системы, на своей тачке это часто лишнее (я конечно предпочитаю засирать /usr/local и /opt и не корень).
> И, видимо, благодаря использованию gcc, наиболее производительная.NetBSD тоже собирается gcc
Они бинарное несовместимы, разные ядра, разный userspace
> А драйверы нвидия из фряхи на ней завести можно?Эта ОС не про графику. Эта ОС для серьёзных дяденек.
Какие задачи на ней решают серьёзные дяденьки?
Запускают в VirtualBox на несколько минут
А потом назад в дотан? Серьёзно. Дяденьково.
>> А драйверы нвидия из фряхи на ней завести можно?
>
> Эта ОС не про графику. Эта ОС для серьёзных дяденек.А есть точно такая же, но ̶с̶ ̶п̶е̶р̶л̶а̶м̶у̶т̶р̶о̶в̶ы̶м̶и̶ ̶п̶у̶г̶о̶в̶и̶ц̶а̶м̶и̶ для серьёзных тётенек?
> А драйверы нвидия из фряхи на ней завести можно?Зачем ж ты видеокарту проприетарщика покупал если хотел эксперименты с осями, чудик.
Не смог на ней Оракл заинсталлить.ЧЯДНТ?
Обратись в поддержку Оракл
Инсталль.
И не на сабж, а на Винду.
И не Оракел, а МариюДБ.
> МариюДБМусор с тюленем в виде лого.
Могло быть и хуже, например, с оленем.
линукс-эмулятор как на freebsd есть ?
а если найду ?
Только на фрибзд и остался. И только на ней линуксулятор и пилится. Оракель не пробовал пущать, спасибо за идею. А вот мсскл падает, ему нужен настоящий линукс.Кстати замечу, что на линуксуляторе прекрасно работают все хромобраўзыри, и даже пельмень. Решение вполне неплохое.
> мсскл падает, ему нужен настоящий линукс.какой наглый кусок мс-кода. диагностику постмортем выдает ?
// возмжно ему нужен настоящий ext4 или xfs.
У меня последний OracleDB который работал на FreeBSD - это 7ка. Потом игрища с Java и прочим булшитом совершенно отбили это пробовать. Вроде кто-то 9ку запускал - но не поручусь. (это всё про FreeBSD - ежели чё)
> OracleDB который работал на FreeBSD - это 7ка.в эмуляторе скотоюникса он работал. по-моему единственное применение.
Единственная нормальная ОС из всех *BSD.
Предпочитаю NetBSD. Попробовал бы Dragonfly BSD, если бы нашёл годный мануал по dsynth. В NetBSD его аналогом является pkg_comp, с ним я разобрался.
NetBSD, с их разделением на кода Machine-dependent и Machine-independent и RUMP-ядра, куда лучше
> NetBSD, с их разделением на кода Machine-dependent и Machine-independent и RUMP-ядра, куда лучшеСпрашивается, нахрена козе баян?
Нетка куда лучше поддерживаемыми архитектурами.
Стрекоза же интересна своей фс, ядром и нитями - в этом плане она на порядок интереснее нетки.
Нетка, это про запуск на тостере. Стрекоза про эффективную работу на высоко нагруженных кластерах.
В теории. На практике, думаю, им очень не хватает бюджета, чтобы развиваться и выпускать стабильный, готовый для прода продукт. Хотя проект стоящий - желаю им наилучшего.
Поделитесь, кто это использует? Не на домашнем ПК, конечно
Никто. Поэтому это самая нормальная из BSD.
Для серверов вполне себе рабочая БСД. Использую в качестве файлового сервера и сервера БД под PostgreSQL.
На первой ФС Hammer работало зеркалирование по сети. С переходом на HAMMER2 эту возможность оторвали, и, возможно, уже починили, но как-то привык уже обходиться без зеркалирования.Также был актуален swapcache -- прекрасная вещь, когда база крутится на HDD, а кеш на SSD. Но, с массовым приходом террабайтных NVMe эта фишка DragonFlyBSD потеряла свою актуальность.
У HAMMER ФС, как у базиющейся на B-Деревьях, помимо преимуществ (бесплатные снапшоты и относительно хорошая скорость) есть существенный недостаток -- при активной работе на пределе занятого объема приходится достаточно часто прореживать (cleanup) -- подчищать неиспользуемые блоки, поскольку велика вероятность получить нерабочую систему. Мэт Диллон что-то делал на эту тему, но уже понятно, что B-дерево требует существенно ненулевого администрирования. Возможно даже, что это тупик.
Да не, просто...
1) Про резерв свободного места он узнает чуть попозже бтрфсников всяких.
2) Забивать CoW в ноль вообще идея так себе, это будет как минимум медленно и фрагментировано.
3) Сабж наверное все же еще не оттестирован в краевых ситуациях. Юзеров мало.
Кроме HAMMER в этой ОС ничего нет, и что толку от неё?Лучше бы они этот молоток в OpenBSD портировали, было бы больше толку.
Ядро у сабжа в 3 раза производительнее фряшного, почти как в Ubuntu. Зачем что-то портировать на систему с более убогим ядром?
Если вам нужна производительность Ubuntu -- ну так и берите Ubuntu.У OpenBSD в разы лучше поддержка более-менее всего. То есть, она, конечно, всё равно очень плохая, но когда всякие программисты решают "портировать свой код на BSD" (wireguard, например), они чаще всего портируют его на OpenBSD, а остальные BSD по остаточному принципу смотрят.
> У OpenBSD в разы лучше поддержка более-менее всего.Фига се манямирок
Круто. Как жаль, что в реальности не так.
>они чаще всего портируют его на OpenBSD, а остальные BSD по остаточному принципу смотрят.Все правильно, только с точностью до наоборот.
Интересное мнение.
В реальном мире, правда, всё несколько наоборот: самая поддерживаемая ось это фря, за ней идёт стрекоза и только после неё опёнок с неткой. Но нетха хотя бы не такой тормоз как опёнок и работает на всяком разном интересном железе, тогда как опёнок интересен как своебразная платформа для разработки некоторых проектов их комманды, но не как ось сама по себе. Как сама по себе, опенбсд, это самая унылая бздя из всего семейства.
У убунты какое-то особое ядро?
> У убунты какое-то особое ядро?Обычное околодефолтное, но дефолт достаточно ужасен сам по себе. Просто, у федор другие интересы, а у опенсусь излишне консервативные параметры.
Вы прикалываетесь? На x86(-64) defconfig страшно далек от того что юзают дистры и там нет никакого дефолтного ядра. Для десктопа лучше low latency (-rt, etc) варианты ставить кстати. Пара процентов производительности фигня по сравнению с более приятным поведением системы.
Для тебя болдженос сойдёт с особенным ядром и не скучными обоями
> Для тебя болдженос сойдёт с особенным ядром и не скучными обоямиРазве я спрашивал совета по выбору ядра?
Смелое заявление.
Где пруфы, Билли ?
Все претензии к похорониксу.
Раньше использовал постоянно OpenBSD везде. От шлюзов до персонального ноутбука. В один неприкрасный момент перестал просто понимать структуру системы и ушел на слаку. Имхо стараниями "большой тройки" BSD умерло. Может еще где то в агонии ножками сучит, но нет....
а что произошло в этот случай?
Хорошая ОСина, Хамер - прекрасная фс. Но к сожалению без наличия софт рейда неюзабельна на реальном железе. Разве что в винтуалке гонять.