Есть ли сейчас реальные кейсы применения freebsd, openbsd, dragonflybsd, QNX, Solaris, OmniOS? Кроме тивоизации

А что плохого в засильи и systemd? Свободное ПО остаётся свободным, а остальное - технические детали. Всё выдержано идеологически правильно, на остальное движухи может не хватить.

FreeBSD можно использовать для изучения графа зависимостей open source ПО, которое используется на Unix-подобных операционных системах. Строить рабочую модель операционного окружения для исследования функциональности и работоспособности при тех или иных «вводных» - опций сборки пакетов. Определять важное и несущественное, чтобы отсекать мёртвый код (код, который никогда не используется, но требует время на сопровождение).

А чем гента не нравится? Или те же зависимости сборки бинарных пакетов от убунты/RHEL/centos?

Смысл ненависти в Systemd в ненависти к Поттерингу и Ко, ибо раньше он вёл себя... скажем так, не совсем прилично — даже Торвальдс его и его поделия публично, простите на слове, «обосрал» где-то в 2013-м году (сейчас поутих, т.к. работает на RH, а тем скандалы не нужны). Плюс агрессивное «продвигание» Systemd в качестве системы инициализации по-умолчанию не каждому нравится: даже если вещь хорошая, слишком наглое «впарывание» её «убъёт» в глазах опытного «покупателя».

Вторая причина — раздутость ПО. По мнению сторонников т.н. «Unix-way» (одна программа для одной задачи), это самое прямое нарушение «канонов». Но не в этом проблема, проблема в том, что такой комбайн сложнее поддерживать, а значит, и ошибок будет больше проскакивать. И не только — зловредный код ещё ловят на подступах, но мало ли.

Один плюс, правда, в этом есть — стандартизация. Если есть стандарт, значит, будет больше программ, драйверов и всякого. К тому же, альтернативы есть, и никто даже не рыпается в их сторону с критикой, так что «островок безопасности» для параноиковю

Solaris очень устойчив к высоким нагрузкам, поэтому его часто используют провайдеры. Почти все перечисленное еще и отлично подходит для СХД.

засилием systemd

Я, как (бывший) пользователь Gentoo, добровольно переехавший с OpenRC на systemd, не соглашусь. systemd справляется со своими прямыми задачами (а с некоторыми даже лучше, чем sysvinit/OpenRC), остальное можно отключить и пользоваться альтернативами.

Другое дело, что Леннарт не приемлет критику, поэтому нормальный код часто отвергается в пользу костылей, а то и вовсе «я художник, я так вижу!» «так и было задумано, катись в задницу!»

расклады с диктатурой

Это больше на тему навязывания софта и целей (чего и, например, в FreeBSD вполне хватает).

---

Самой большой проблемой является маразм среди разработчиков.

Во-первых они тащат личную жизнь в разработку (не было бы проблем с ориентацией, не пропихивай некоторые персонажи своё видение на эту тему). Мухи отдельно, котлеты отдельно.

Во-вторых маразм с огораживанием non-GPL от ядра. Ладно, не поддерживаете, и фиг с вами, но зачем намеренно ставить палки в колёса? Нигде такого нет.

В-третьих разработчикам стало насрать на конечного пользователя. Это мне больше напоминает политику Microsoft, где разработчик считает, что лучше знает, что нужно конечному пользователю. У них это оправдано рядом причин. Linux (в том числе и юзерспейс для) стал прогибаться под копрорации, которые донатят (не нанимают разработчиков для решения своих задач/проблем, а, грубо говоря, лоббируют свои интересы за шекели). Это было бы логично, если бы Linux был коммерческим проектом (впрочем, думаю, можно уже считать и так), если бы не изначальная политика разработки. Кажущееся добром оказывается иглой наркомана.

---

Я никого не осуждаю и своего мнения не навязываю; честно говоря, я даже в некоторой степени против миграции большого количества пользователей на FreeBSD, что в своё время повлияло на Linux не в лучшую сторону. Кому-то ведь и на Windows хорошо.

ты пропустил соседний топик про ZFS на линукс? там вроде выше крыши ответили на твой вопрос. я в паре мест начал использовать FreeBSD и пока совсем не жалею.

Чтобы от старта хотя бы даже просто двух виртуалок одновременно курсор мыши колом не вставал, не?

С приходом systemd отломался слой совместимости с устаревшими моделями сисадминов =)

На Linux крутится большинство облачных сервисов, а у него тут от двух виртуалок всё встаёт.

Что-то часто стали обращать внимание на *BSD…

Начинает попахивать линуксокапцом, или мне только кажется?

Наоборот, просто линукс стал слишком хорошо работать. Вот задроты и ищут, во что бы ещё позадрачивать.

В-третьих разработчикам стало насрать на конечного пользователя.

А здесь я даже соглашусь. Но это естественный порядок вещей.

линукс стал слишком хорошо работать

Слишком хорошо? Наверное, поэтому он уже не запускается на 128M RAM, и дистроделы вместе с софтоделами (я не могу назвать их программистами, а за быдлокодеров наверняка разорутся SJW-ориентированные) отказываются поддерживать x86…

---

В-третьих разработчикам стало насрать на конечного пользователя.

А здесь я даже соглашусь. Но это естественный порядок вещей.

Дальше-то дочитай. Кто-то недавно писал… так вот, это больше про GPL — юзеры пишут код для своего диктатора, который с этого имеет (в том числе и от юзеров), при этом не забывая благодарить ставить на место зажравшихся обезьянок.

Netfilter это low-level API.

Тем не менее, все эти штуки предоставляют разный набор возможностей, потому что содержат кучу логики сами в себе. И юзер работает с ними, а не с netfilter.

Слишком хорошо? Наверное, поэтому он уже не запускается на 128M RAM <…>

Не вижу связи между хорошей работой и поддержкой окаменевшего говна мамонта.

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

FTFY

Мы с фанатиками диалога не ведём.

Взаимно.

QNX вовсю живёт. В энергетике, например, используется в шкафах МКПА производства конторы «ProSoft Systems» из ЕКБ. ИМО, необходимость именно в QNX там такая себе, ибо другие производители обходятся как-то и без неё, однако факт налицо.

Ну вот как бы не совсем: https://lkml.org/lkml/2019/8/4/15

В свое время у QNX с появлением 6-й версии (2000-e годы) была очень хорошая интеграция и среда для разработки. Возможно даже не имеющая аналогов в сфере для промышленного оборудования (нельзя сказать встраиваемых систем, потому что железо должно быть достаточно мощным). Я работал над ПО под qnx для комплекса систем в 2005+ - возможности как среды разработки так и самой ОС поражали. Простота написания драйверов, сетевое взаимодействие узлов (через абстракцию файловую систему), удобство развертывания, конфигурирования и консоли (дань nix-подобности). Средой разработки был вылизанный до блеска Эклипс от qnx team, с идеально работающей удаленной отладкой всех узлов. Очень быстрый и гладкий деплой как узлов, так и рабочих мест программистов. Отдельно удобно было то, что ОС работающая на промышленном оборудовании ставилась и в виртуалку, замечу, без косяков.

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

Интересно, что там сейчас в сфере qnx

Тем не менее, все эти штуки предоставляют разный набор возможностей, потому что содержат кучу логики сами в себе. И юзер работает с ними, а не с netfilter.

Ещё раз. Это просто фронтенды, сами по себе они трафик не обрабатывают Обработкой трафика занимается Netfilter. Какая там дополнительная логика есть в firewalld, вообще фиолетово, потому что до firewalld никакой трафик не доходит.

Эм… Ну разве что у nftables парсеры протоколов через bpf работают, а так конечно никакой разницы :)

Алсо я говорю про логику конфигурации и возможности (nftables, например, умеет атомарные апдейты, в отличии от), а не про куда идет трафик. Админы работают с high level, что там творится в low level их мало волнует.

Админы работают с high level, что там творится в low level их мало волнует.

Это только те админы, кто матчасть не знает. Они же путают firewalld с фаерволом.

Ну и X86-роутер - это, конечно, мощно, но я вот не хочу такое железо для такой задачи как «домашний роутер» юзать 24\7.

Есть небольшие мат.платы, с небольшим же потреблением. Да и поддержка всяких rapsberry, cubie* и прочего неплохо развита у *BSD.

линукс не смог в мою видеокарту, а фряха смогла, например

и у меня похожий баттхёрт был, но c интеловым wifi. весь код прошерстил. линукс в него не смог, а под free-/net-/openbsd всё отлично работало.

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

про bsd - не знаю. solaris кажется все.

А на серверах все красиво, там никто мышью не двигает =) Ну и что, что при подъёме из снапшота 40 виртуалок первые 30 секунд все просто стоит колом.

Solaris очень устойчив к высоким нагрузкам, поэтому его часто используют провайдеры. В качестве чего используют? Биллинг-сервера?

«ProSoft Systems» из ЕКБ Ну я бы не стал доверять делать столь ответственное оборудование и софт людям из наркогорода.

да, биллинг

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

Перечисленные пункты имеют рациональное зерно. Просто «диктатура красношапки» и борьба с ней - вопрос скорее идеологического плана. При этом же диктатура красношапки получилась в ходе другой идеологической борьбы за СПО.

Ну и вкладываться в борьбу против раздутости ПО ни одна компания не станет. Если в СПО компании смогли найти способ заработка, то представить, как компания станет делать нераздутое ПО, просто нереально.

Таки это разные вещи, так-то iptables считается устаревшим и заменяется на nftables. А firewalld это надстройка над iptables/nftables.

Ну я так и понял. Настоящие админы просто пишут драйвера в ядро с нужной конфигурацией netfilter.

Не суть. Суть в том, что это три разных интерфейса для настройки firewall, не совсем полно пересекающиеся по фичам и багам. Условно говоря, это проблема, когда скрипты пятилетней давности написаны по iptables, его же юзает «стабильный» докер, модуль ansible работает через nft, а авторы пакета хотят автоматом включить правила через firewalld. И все это на одной машине.

Используйте виртуализацию, что ещё могу сказать. Одно приложение - одна виртуальная машина.

Используйте виртуализацию, что ещё могу сказать. Одно приложение - одна виртуальная машина.

Весь линупс в одной картинке, ящетаю. Не можем сделать один нормальный firewall? Давайте просто засунем все в виртуалки!

И ещё:
Не можем найтм, от чего Segmentation Fault? Пускай инит перезапускает!

Ну так почему облачные провайдеры продолжают использовать linux?

Потому что последние N лет лину4с пилили только под запуск облачных сервисов.

А чем гента не нравится?

Мало портов. Нечасто обновляется.

Ты не путаешь причину со следствием?

Интересно, что там сейчас в сфере qnx Конкретно по тому, что видел сам, скзать толком ничего не могу. Шкафы МКПА всегда приезжают налаживать шеф-инженеры ПроСофта. Сторонним наладчикам не доверяют, что, конечно, минус.

Ну я бы не стал доверять делать столь ответственное оборудование и софт людям из наркогорода.

А что мусье скажет про Зеленоград, Чебоксары, Питер, Новосибирск?

А что мусье скажет про Зеленоград, Чебоксары, Питер, Новосибирск? Ну из всего вышеперечисленного только Зеленоград доверие внушает.

Ты покопай, управление памятью на локалхосте в линуксе сильно недопилено, вся разработка велась для облаков. С другой стороны, ядро линукса до сих пор проще для правки на коленке, чем все *BSD. А DragonflyBSD вообще сумеречный гений пилит.

Ну из всего вышеперечисленного только Зеленоград доверие внушает.

«Поздравляю, Шарик, ты балбес».

Дело в том, что «столицей » советского и позднее российского релестроения являются Чебоксары. Там расположены такие производители как «Экра», «ЧЭАЗ», «Релематика», «Бреслер», российский «ABB», «ВНИИР» и кое-какие помельче. В Зеленограде – только «Радиус-Автоматика».

Все уже портировано и работает на ARM. Raspberry и Pine точно без проблем.

У меня как раз по этому поводу вопрос

OpenBSD на arm64