Почему BSD проиграла в битве с GNU/Linux?

https://www.channelfutures.com/open-source/open-source-history-why-didnt-bsd-beat-out-gnu-and-linux
  • Перевод

Существует множество разных операционных систем с открытым исходным кодом, и если вы пользуетесь одной из них, то почти наверняка она будет на базе ядра Linux и набора программ GNU. Многие думают, что дистрибутив GNU/Linux и был первой open source операционной системой. Но это не так. Его опередил проект Berkeley Software Distribution, или BSD. Причем будет справедливо сказать, что он был также более профессиональным и ориентированным на рынок. Но почему тогда BSD сейчас находится на задворках экосистемы open source, тогда как GNU/Linux играет одну из центральных ролей? Посмотрим на это с исторической перспективы.


История BSD тесно связана с Unix, операционной системой, которая была выпущена AT&T Bell Labs в 1969 году. В конце 70-х группа специалистов Калифорнийского университета в Беркли во главе с Биллом Джоем начала разработку проекта BSD как одного из дистрибутивов Unix. Какой-либо существенный разницы между ними на тот момент не было. Они просто добавили несколько дополнительных утилит, которые включали исходный код, принадлежащий AT&T.


Однако все начало меняться в начале 80-х, когда решение AT&T продавать Unix привело к появлению спроса на свободный клон Unix-а, но без дорогостоящей лицензии. Разработчики BSD в течение нескольких лет трудились над тем, чтобы отделить их код от кода AT&T. Они медленно, но верно шли к созданию собственной полноценной Unix-like операционной системы.


Их цель была достигнута в июне 1991 года, с выпуском BSD Net 2. В отличие от предыдущего релиза Net 1, который состоял по большей части из кода для работы с сетями и не был самостоятельной операционной системой, Net 2 была именно полноценной Unix-like системой.


И так как BSD Net 2 шла с лицензией, которая давала доступ к исходном коду и право свободно распространять как ее саму, так и любые ее производные, она была по сути первой open source операционной системой в истории. Хотя самого понятия "open source" в то время еще не было, и лицензия BSD не соответствовала требованиям Free Software Foundation Ричарда Столлмана, тем не менее Net 2 стала большим шагом вперед для всего сообщества свободного программного обеспечения. Это доказало, что написать свободный клон Unix — реально.


Выпуск Net 2 имел большое значение также и потому, что на тот момент это был единственный свободный клон Unix, который действительно работал. Линус Торвальдс выпустил первую версию ядра Linux лишь через несколько месяцев, причем прошло более чем два года, прежде чем оно стало достаточно применимым. Тогда как в проекте операционной системы GNU, которую с 1984 года разрабатывали Ричард Столлман и его сторонники, еще не было своего рабочего ядра.


И если BSD Net 2 была первой свободной Unix-like операционной системой в своем роде, то почему она не смогла "выстрелить" и стать тем, чем стал GNU/Linux — главной платформой экосистемы open source?


В бой вступают юристы


Одной из причин были судебные тяжбы между Berkeley Software Design Inc. (BSDI) и Unix Systems Labs (USL). В начале 90-х компания USL стала владельцем операционной системы AT&T Unix и подала в суд на BSDI за нарушение своих авторских прав. Неудивительно, ведь они разрабатывали свободную альтернативу их продукту. В марте 93 года суд отклонил большинство их претензий, но юридические баталии все еще продолжались вместе с контр-иском Калифорнийского университета. И только в начале 94 года, когда уже компания Novell стала владельцем Unix, все юридические споры были окончательно урегулированы.


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


Две разные лицензии


Медленный рост BSD не получится объяснить только лишь юридическими проблемами. В конце концов у GNU/Linux тоже были аналогичные серьезные проблемы в начале 2000-х, когда SCO Group подала в суд на нескольких крупных вендоров Linux и корпоративных пользователей. Эти тяжбы в целом завершились только в 2007 году в пользу Linux. Но тем не менее они не оказали такого негативного воздействия, популярность Linux-а продолжала расти.


Одна из причин почему BSD не смогла обрести такую популярность среди технически продвинутых программистов и админов ("хакеров") заключается в характере лицензии Net 2, которая разрешала практически все. В отличие от лицензии GPL проекта GNU, которая обязывает раскрывать исходный код всех производных продуктов, лицензия BSD к этому не обязывает. Программисты могут свободно заимствовать и модифицировать код для любых задач, не делая его публичным. Это очень хорошо для коммерческих проектов, но плохо для "хакеров", которые ценят открытость и прозрачность.


Две разные методологии


Третья важная причина заключается в том, что BSD разрабатывалась относительно небольшой организованной группой профессиональных программистов из Беркли. В то время как разработка ядра Linux велась Линусом Торвальдсом с помощью широкой и гибкой сети добровольцев раскиданных по всему миру. Используя сравнения Эрика Раймонда из его знаменитого эссе, создание BSD было подобно строительству величественного "собора", который тщательно возводила небольшая группа мастеров своего дела. Тогда как развитие Linux-а выглядело как стихийный "базар", в котором дела решались быстро, новые версии появлялись часто, и единственным требованием к членам этой разношерстной команды была способность решать насущные вопросы.


"Соборный" подход также был характерен для самого проекта GNU, еще задолго до появления Linux, но именно Linux показал как можно быстро обрести популярность через частые релизы. Таким образом Линус Торвальдс случайно открыл совершенной новый, более эффективный подход в разработке, благодаря которому Linux смог очень быстро эволюционировать, гораздо быстрее чем BSD.


Наследие BSD


Разумеется, проект BSD не мог просто исчезнуть после стремительного взлета Linux в 90-х. Более того, множество свободных операционных систем, берущих начало из Net 2, в первую очередь NetBSD, OpenBSD, FreeBSD, продолжает жить и здравствовать, пусть с небольшим, но зато преданным комьюнити.


В то же время, характер лицензии BSD привел к ее популярности среди разработчиков проприетарного ПО. Самый яркий пример — это компания Apple, которая использовала исходники BSD в своих операционных системах macOS и iOS. Учитывая это, BSD — в той или иной форме — имеет сегодня огромную армию поклонников, хотя большинство владельцев макбуков и айфонов даже не подозревают, что их устройства используют "open source" код, который разрабатывали в Беркли с 80-х до начала 90-х.


Возможно, это печально, ведь программные решения Apple закрыты настолько, насколько это возможно. Это прямая противоположность того, о чем мечтали создатели BSD, когда выпустили Net 2 в 1991 году. Как бы то ни было, итог получился интересный.


Примечания переводчика


Это был перевод статьи "Open Source History: Why Didn’t BSD Beat Out GNU and Linux?", автор Christopher Tozzi.


Отмечу, что на сайте FreeBSD приводятся немного другие сведения — о том, что первой полноценной операционной системой была не BSD Net 2, а 386BSD, вышедшая в 1992 году. На русском, на английском.


Еще одним ярким примером популярности наследия BSD является игровая приставка Sony Play Station — ее операционная система является форком FreeBSD.


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

Только зарегистрированные пользователи могут участвовать в опросе. Войдите, пожалуйста.

Какое семейство операционных систем вы используете на сервере или оборудовании (но не десктоп)?

Поделиться публикацией

Похожие публикации

Комментарии 259

    +7
    Darwin — это открытая POSIX-совместимая операционная система, выпущенная Apple Inc. в 2000 году. Она совмещает код, написанный самой Apple, с полученным от NeXTSTEP (система выпущена в 1989), FreeBSD (выпущена в 1993) и прочих свободных проектов. Система Darwin представляет собой набор основных компонентов, используемых в macOS и iOS. Из Википедии.
      0

      Помню нашел на работе железо под Darwin (вроде требовался чипсет i945), запустил, а там только командная строка. А хотелось красивых окошек. %)
      Дело было в 2005 году.

        0

        Просто оставлю это здесь.

      +6
      Третья важная причина заключается в том, что BSD разрабатывалась относительно небольшой организованной группой профессиональных программистов из Беркли. В то время как разработка ядра Linux велась Линусом Торвальдсом с помощью широкой и гибкой сети добровольцев раскиданных по всему миру.
      Ну прямо опенсурсная идиллия) Линукс то как раз «выстрелил» (в контексте статьи) именно тогда, когда в бум доткомов на него обратили внимание Ынтерпрайзы и стали вливать кучи бабла и прочих «профессиональных программистов». И это очень прекрасно, что так вышло.
      upd. А вот почему так вышло и почему именно в линукс, а не в bsd, например — уже частично в статье есть ответы.
        +3
        Сейчас не найду источники, но в то время IBM в порядке борьбы с (понятно, почему) ненавистным MS вкачивал в линукс многие десятки миллионов долларов. Причём вкачивались они не в зарплату разработчиков (этого не требовалось ни для BSD, ни для Linux), а в создание среды, востребованность. Потому и выстрелило.
          0
          Скорее, начали вливать, потому что вместе со SCO провалили портирование AIX на платформу x86, а вливать в очередной Unix-like проект на основе BSD было уже не рентабельно.
            0
            ну да, и добавим, что провалили OS/2 и DB/2, при этом сделав/получив врагов в лице WinNT и MS SQL
            0
            Ну я про то же, собственно…
            А источники… да это вроде общеизвестные факты, описанные в анналах того времени. В revolution os про это есть в том числе, там Линус и Ко воодушевлённо расписывают что вот сейчас-то с таким раскладом точно вендекапец.
              0
              Я ждал, когда будет упомянут этот замечательный документальный фильм «Revolution OS» («Революционная ОС») про историю возникновения GNU/Linux, движения open source, Red Hat и т.п. Крайне рекомендуется к просмотру, можно найти на ютубе или торрент-трекерах.
                0
                Хочу от себя добавить: смотреть обязательно в переводе Дмитрия Бачилы.
          0
          Многие думают, что дистрибутив GNU/Linux и был первой open source операционной системой. Но это не так. Его опередил проект Berkeley Software Distribution, или BSD.


          С одной стороны GNU/Linux была первой «free software» — свободной операционной системой (в отличие от «open source»). С другой стороны, даже BSD не была первой «open source», так как изначально почти весь софт разрабатывался в научных и образовательных целях, был свободным и никому не приходило в голову использовать лицензии.
            0
            Ну ладно — раньше были юридические тяжбы, а сейчас что мешает BSD стать более популярной? По-моему, проблема не столько в юридической плоскости, сколько в подходе к программным пакетам в системе — типовой для BSD подход «компилируем всё, что можно под свою систему» имеет слишком большой оверхед. В итоге, установки пакетов почти всегда превращаются в танцы с бубнами.
              0
              Я уже давно не танцевал с бубнами. Не хотите использовать порты — берите пакеты. Да даже для NAT'а давно уже не нужно пересобирать ядро.
                +4
                У вас очень искажённое понимание BSD с устаревшими лет на 15 впечатлениями про пакеты и „танцы” с „бубнами”. Что бинарное обновление системы за две команды, что бинарное обновление бинарных же пакетов выполняется вообще без проблем парой команд и это так же доступно уже лет десять.

                Кому нужен кастом — собирает из портов и это куда как проще централизованно собирать и поддерживать, чем делать аналогичное что-либо из исходников на любых линуксах.

                Главное для моего удобства, что было в той же FreeBSD — jails & zfs наконец-то есть и в линуксах, lxc/lxd с zfs. Без lxc/lxd было совсем тяжко.
                  0
                  … Сеть в линуксе обогнала bsd-ную по производительности, файрволлы/NAT-ы под линуксы работают быстрее и фичастее, софта и окружения под БСД уже критически не хватает, систем конфигурации не хватает, решений для массового управления/мониторинга/деплоя/развертывания и тд не хватает, по виртуализации линукс далеко впереди, популярные хайповые языки (nodejs, Go, например) всё меньше и меньше обращают внимание на совместимость с BSD…

                  BSD планомерно теряли каждую из сфер. Сейчас linux просто делает лучше всё — а это отражается и на рынке специалистов. Ну а дальше замкнутый круг.
                  • НЛО прилетело и опубликовало эту надпись здесь
                      +2

                      Опередили меня. У некоторых есть совершенно очаровательная манера рассуждать о том, о чём они имеют, в лучшем случае, крайне слабое представление.

                      +7
                      > Сетевой стек, если быть корректным.
                      «Иван Михалыч, прекратите, пожалуйста, капать оловом мне на лицо!»
                      Все (ну ок, вне enterprise) давно уже говорят просто «сеть».

                      > Нет. В общем случае не быстрее. При том же самом алгоритме стека быть быстрее просто нечему.
                      Нет, как раз в общем среднем случае — быстрее linux. А в отдельных с несколькими если — bsd быстрее.
                      Если карточка intel, если cpu один и желательно интел, если драйвер под bsd для соответствующей карточки (особенно не eth) есть и нормально написан, если не нужно шарить сетевые сессии между железками, если алгоритм шифрования (применительно к VPN-сетям) реализован в BSD и умеет использовать фичи процессора (а не едет на одних только герцах) и много других если.
                      В итоге для сетевых задач проще взять вендорскую железку (cisco, juniper, huawei, whatever) чем нанять BSD-ника, а в LB linux впереди.

                      > это типа ублюдочной надстройки над iptabes под названием ufw и иже с ними?
                      Это типа ipset, который позволил догнать ipfw и pf на фильтровании (где *tables исторически проигрывали), ну а bpf с обвязками в целом завершит эту историю.

                      > $ find /usr/ports/[a-z]* -maxdepth 1 -type d | wc -l
                      Мир (к моему, впрочем, огромному сожалению) изменился с тех пор, когда эта цифра что-то значила.
                      Строчка в современном мире «Docker on FreeBSD is experimental.» на странице wiki.freebsd.org/Docker говорит всем о том, что софта под BSD нет.

                      > wiki.freebsd.org/bhyve
                      > на практике очень хорошо работает.
                      Оно может работать в 10 раз лучше KVM, но без понятных обвязок и инфраструктуры никто пользоваться ей не будет.
                      KVM победил в эпоху openstack/RHEV, docker победил в эпоху swarm/kubernetes, lxc без lxd — тот ещё мусор.
                      Openvz проиграл рынок тупо за счет libvirt-а — когда openvz починили свои known big issues, весь мир сидел на Xen и KVM и в ус не дул, а на VZ смотрел с недоумением «как мы этим гомном без нормальных API пользовались».

                      > /usr/ports/sysutils/ansible/Makefile:PORTVERSION?= 2.7.5
                      А что с него толку, если модулей в ансибле под bsd нет? PKG разве что, да файловые модули.
                      Этот порт жив только как playbook runner (только зачем, если есть tower и awx, которые, опять же, нужно запускать под linux), а как средство настройки BSD он проигрывает даже CFEngine, который вообще не фичастый.

                      И что сейчас в BSD вместо ironic и ему подобных?

                      > $ go version
                      Ну а в ноде уже несколько раз поднимался вопрос о прекращении поддержки BSD.
                      www.freebsd.org/java — здесь что-то пишут про 7-8 версии, мир едет на 11-ю.

                      > прежде чем писать сравнение, неплохо все таки знать каждую из систем
                      Честно говоря, лет 5 уже не слежу внимательно за тем, что в BSD происходит (а на opennet-е ничего особенного не пишут, даже release notes не сияют). Как перевезли «десятки тысяч серверов» (точное их количество Главный Безопасник запретил называть) с BSD на Linux, так и не следим.

                      Srsly, BSD смотрится в современном мире… никак. Там нет того, чем пользуются техногенные стартапы (docker, kubernetes/swarm и всё вокруг), там нет того, что нужно enterprise (поддержка за бешеные деньги, которая бегом пойдет патчить что угодно, если у вас проблема), там нет того, что необходимо энтузиастам-новичкам (большого community молодых общительных пользователей и простого старта), вокруг BSD нет устоявшейся системы (была, теперь её нет) подготовки специалистов — а значит и самих специалистов. Нет и вакансий (их число в сравнении с linux-devops/linux-SA отличается минимум на порядок).

                      Whatsapp был последней крупной технологической компанией, сидящей на BSD. Мигрирует на linux. А может уже.
                      (При этом они те ещё свинтусы, взяв ejabberd за основу они же фактически и убили протокол XMPP.)

                      Поверьте, я тоже не рад тому, что BSD катится в пропасть. Но факт есть факт — FreeBSD не выглядит современной ОС. В Linux (точнее, вокруг него) за 10 лет изменилось ВСЁ. Принципиально. BSD (для стороннего наблюдателя) последние 5 лет стоит на месте.
                        +1
                        Нет, как раз в общем среднем случае — быстрее linux. А в отдельных с несколькими если — bsd быстрее.

                        Это вопрос как мерить. Netflix, "отчего-то", стримит через FreeBSD. Да, частный случай, но, напомню, это по оценкам 20% мирового трафика.
                        Или ещё один частный случай — оборудование Juniper которое, внезапно, тоже на модифицированной FreeBSD работает под именем JunOS. Какой процент мирового трафика через него прокачивается я даже воображать боюсь.


                        Это типа ipset, который позволил догнать ipfw и pf на фильтровании

                        Ну наконец-то. Пару десятков лет заняло, всего-то.


                        Оно может работать в 10 раз лучше KVM, но без понятных обвязок и инфраструктуры никто пользоваться ей не будет.

                        Оно и работает лучше QEMU/KVM, на самом деле. Да, и как пользовались, так и пользуются. И до (типа)гуёв, и теперь с ними (см. CBSD и ClonOS). И, да вот прямо в "кровавом энтерпрайзе", хотя и не маcштабов телекомовской Big 4.


                        docker, kubernetes

                        Я вот вангую закат этого всего в пользу serverless / microserver.


                        Поверьте, я тоже не рад тому, что BSD катится в пропасть.

                        А мне кажется Linux надев голубую шляпу вместо красной ;-)

                          0
                          > Это вопрос как мерить. Netflix, «отчего-то», стримит через FreeBSD. Да, частный случай, но, напомню, это по оценкам 20% мирового трафика.
                          Ну такое себе. Во-первых, не 20 мирового, а 30 американского, во-вторых только в кеширующих серверах (читай — только железо, стоящее в чужих стойках/ДЦ), а в третьих с 2016 года ничего про это не слышно, может и передумали. Новость была про то, что «мы готовы переводить кеши на FBSD», а не «мы перевезли все кеши на FBSD».
                          Для запуска приложений (в том числе и для раздачи контента для кешей) они всё так же используют linux, потому что им удобнее управлять.

                          > И до (типа)гуёв
                          Гуи уже не настолько критичны, нужны API для управления. Интерфейсы и автоматику все давно рисуют сами, это делается за неделю.

                          > Я вот вангую закат этого всего в пользу serverless / microserver.
                          Вот только под serverless лежит огромный слой инфраструктуры (в том числе и пресловутый docker, чаще всего), которого под bsd ещё не написали =( Так что и в этот уходящий паравоз запрыгнуть не успеваем.

                          > А мне кажется Linux надев голубую шляпу вместо красной ;-)
                          Linux надел на голову контейнер, а не шляпу.
                            +1
                            о-первых, не 20 мирового, а 30 американского

                            15% мирового по последним данным


                            в третьих с 2016 года ничего про это не слышно, может и передумали

                            Отнюдь. Netflix, 2019: "Using #reeBSD and commodity parts, we achieve 90 Gb/s serving #TLS -encrypted connections with ~55% CPU on a 16-core 2.6-GHz CPU."


                            https://fosdem.org/2019/schedule/event/netflix_freebsd/

                        +6
                        28659

                        С каких пор эта циферка стала что-то значить? У меня в репах 20000 собранных пакетов, а не портов, значит ли это, что в моём дистре особенно хорошая (или плохая) поддержка софта?
                        ansiible

                        Если бы под него модули были.
                        bhyve

                        А в продакшене он хоть где-нибудь есть (кроме вашего локалхоста, конечно)?
                        прежде чем писать сравнение, неплохо все таки знать каждую из систем

                        Ох, это знакомое до боли угадывание знаний собеседника по комментам на хабре.
                          0
                          У меня в репах 20000 собранных пакетов, а не портов

                          Писал уже выше. Не хотите порты — пользуйтесь пакетами. Я уже забыл когда оно появилось, настолько давно это все работает.
                          • НЛО прилетело и опубликовало эту надпись здесь
                              +3
                              Ну, для кого-то и тексты книг неведомая абракадабра.

                              Т.е. вы так и не смогли ответить, что же значит это число. Ответ: оно обозначает число существующих портов, и с количеством софта оно лишь коррелирует, а не связано напрямую. Соответственно значит оно примерно ничего.
                              Где-то четверть из почти 200 корпоративных VM.
                              Управление через github.com/churchers/vm-bhyve
                              Обепечивают реальные промышленно-торговые процессы.
                              Приложения разные.

                              Неплохо. Почему именно *BSD? В чём реальные преимущества на реальных задачах кроме довольно субъективной «привычности» и «продуманности»?
                              Эффект Даннинга-Крюгера, пик глупости?

                              Угадывание квалификации собеседника по комментам на хабре.
                              • НЛО прилетело и опубликовало эту надпись здесь
                              –1
                              Вы, в общем-то, говорите об одном и том же. Во FreeBSD есть несколько фич, которые ещё 10 лет назад были мегафичами: bpf, jails, ZFS с возможностью даже загружатсья с неё. С тех пор во FreeBSD ничего не поменялось, а Linux догнал и перегнал. В результате фря из вполне себе мейнстрима стала нишевым продуктом.
                              0
                              Главная проблема BSD что 15 лет назад (когда я её на серверы массово ставил), что сейчас это недостаток ресурсов разработчиков, что выливается в отсутствие security-only фиксов для портов.

                              Итого, поставил linux и забыл на несколько лет. А FreeBSD поставил и либо забыл и её ломанули через дырку в ПО, либо у тебя постоянно меняются версии ПО вне базовой системы.
                            0
                            zfs наконец-то есть и в линуксах

                            Есть хорошие шансы что скоро опять не будет. Главный по пингвинчикам её не любит, видите ли…
                            https://www.phoronix.com/scan.php?page=news_item&px=ZFS-On-Linux-5.0-Problem

                              +1
                              И это форменный анекдот, потому что FreeBSD собирается выкинуть собственную реализацию и переезжать как раз таки на ZoL.

                              Неплохо вы меня удивили, спасибо за ссылку.
                                +2
                                И это форменный анекдот, потому что FreeBSD собирается выкинуть собственную реализацию и переезжать как раз таки на ZoL

                                Вы где этого вздора то понабрались?
                                Во-первых, ни там ни там никогда не было собственной реализации. Это адаптация и доработки реализации Sun полученные через OpenSolaris/Illumos/DelphixOS с учётом собственной специфики.
                                Во-вторых, то, что вы написали, невозможно по причинам из "во-первых".
                                И, наконец, в-третьих, речь шла об объединении наработок FreeBSD и Linux используя вместо базового репозитория DelphixOS, как это было раньше, ZoL, куда переместилась большая часть активных разработчиков ZFS.


                                https://lists.freebsd.org/pipermail/freebsd-fs/2018-December/027085.html

                              +1
                              Что бинарное обновление системы за две команды, что бинарное обновление бинарных же пакетов выполняется вообще без проблем парой команд и это так же доступно уже лет десять.

                              Во FreeBSD это было доступно с версии 2.х если не ошибаюсь. Просто "магия" make buildworld, это магия и объяснений и рационализации не требует.

                                0
                                Ошибаетесь, бинарное обновление FreeBSD появилось с версии 6.2.
                                  0
                                  Про пакеты вы правы (? не помню уже, мог.ли инсталлятор апдейтить пакеты). Но что с дискет, что с CD, бинарное обновление системы было доступно. Однако пока не было CD, исходники было проще распространять по эл. почте чем бинарники. Но при этом, все всё-равно собирали любые пакеты из исходников, т.к. магия.
                                    +1
                                    Вы говорите про обновление из «живой» системы через freebsd-update, которое действительно появилось в 6.2. Однако, задолго до этого существует обновление через штатный инсталлятор, как при загрузке со внешнего носителя, так и из «живой» системы
                                      0
                                      P.S. В отличие от пакетных дистрибутивов, BSD традиционно состоят из двух частей: базовой системы и управляемой пакетным менеджером/pkgsrc/ports частью. Первая часть условно статична и монолитна, вторая же полностью управляется в том же смысле, что и системы, построенные целиком на основе пакетного менеджера: установка/удаление средствами pkgsrc/ports полностью адекватно модифицирует БД пакетов
                                0
                                Нету проблем, там давно есть собранные пакеты. и почти всю историю были, в т.ч. репы. Даже для генту ничего не мешает брать бинарные пакеты.
                                  –3
                                  Хммм… Как это «нету проблем»? Проблемы есть, и много.
                                  Начнем с того, что BSD разделена на несколько клонов: FreeBSD, OpenBSD, NetBSD. Между этими клонами довольно трудно сориентироваться не особо разбирающемуся человеку. Какой вариант ставить? Что лучше для каких-то конкретных целей? Куда бежать, если возникли проблемы? Когда у потенциального пользователя нехватка времени и нет особого желания ковыряться в деталях — он плюнет на все эти заморочки и поставит линукс.
                                  Продолжим.
                                  Мейнтейнеров BSD мало, учитывая, что надо мейнтейнить аж три разных дистрибутива. Среди них нет единства, нет харизматичного лидера, зато есть этакий «корпоративный подход» к решению проблем. В результате решения принимаются коллегиально — т.е. из двух зол выбирается третье, чтобы никому не было обидно.
                                  Еще о проблемах BSD (конкретно — NetBSD) писал Чарльз Ханнум: mail-index.netbsd.org/netbsd-users/2006/08/30/0016.html
                                    +8
                                    надо мейнтейнить аж три разных дистрибутива
                                    Назвать три вообще разные операционные системы видами дистрибутивов, которые де мейнтейнить надо аж три все разом — это сильно.
                                      0
                                      Рад был угодить.
                                      Что касается терминологии — я уже давненько в линуксе, посему да, забыл тонкости. Не просветите, чем «вообще разные операционные системы», собранные на одном ядре плюс-минус патчи, отличаются от линуксовых дистрибутивов, собранных на одном ядре плюс-минус патчи?
                                      Что касается «мейнтейнить аж все три разом» — я такого не говорил, это уже ваши додумки. Моя мысль была в том, что мейнтейнеры разбежались по конкурирующим проектам, и в результате их усилий стало не хватать.
                                        +1
                                        Угу, а я ещё шестую шапку и вторую фряху помню, вот только эти различные *BSD всегда были абсолютно разными.

                                        Коллега, пожалуйста, прочитайте про FreeBSD, OpenBSD и NetBSD, это не конкуренты, это совсем разные задачи и цели. Это совсем не тоже самое, что Гента и Центось. Абсолютно.

                                        Я не в смысле вам пытаюсь указывать что делать или не дай бог как-то побольнее подъебать, нет, я в смысле серьёзно, я вам не смогу в коротком комментарии объяснить истории или хронологии. И история BSD очень интересная, это часть всего IT мира, это история Unix в конце концов. Но мешать в один тазик эти три вообще разных операционных системы и объединять их в дистрибутивы — это совсем неправильно.
                                          0
                                          я вам не смогу в коротком комментарии объяснить истории или хронологии.

                                          Для таких случаев есть прекрасная фраза: «так исторически сложилось». Ничего не объясняет, но звучит убедительно.

                                          И история BSD очень интересная, это часть всего IT мира, это история Unix в конце концов.

                                          Как и история любой другой операционной системы.

                                          Но мешать в один тазик эти три вообще разных операционных системы и объединять их в дистрибутивы — это совсем неправильно.

                                          Можно назвать их тремя абсолютно различными операционными системами, можно назвать их тремя пряниками. Суть моего высказывания от этого не меняется: мейнтейнеров не хватает, и в этом — одна из основных проблем BSD.
                                      +2
                                      А какой именно линукс?
                                      Вот где проблема выбора стоит ещё более остро!
                                        0

                                        Да, Ubuntu, Kubuntu, xubuntu и ещё куча разных -buntu — чёрт ногу сломает :)

                                          0
                                          Дак все просто же. Не понимаю откуда у вас вообще возникли проблемы в вопросе выбора.
                                            0
                                            Она уже устарела! Slax сейчас на основе Debian, а не Slackware!
                                            ;)
                                              0

                                              Да я о том, что сейчас и для десктопа и для сервера выбирают в основном Ubuntu.

                                          +3
                                          Начнем с того, что BSD разделена на несколько клонов: FreeBSD, OpenBSD, NetBSD

                                          Сразу видно линуксоида плохо понимающего "кто на ком стоял". Между ними общего в разы меньше, чем между любым клоном (вот тут это уместно слово, действительно) Linux.


                                          Мейнтейнеров BSD мало, учитывая, что надо мейнтейнить аж три разных дистрибутива.

                                          Ещё раз, это не дистрибутивы, а независимые операционные системы.
                                          Резюмируя, вы б почитали по теме что-то для начала чтобы впредь не садиться в лужу.

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

                                            Если б от моего чтения БЗДя ожила, я б, может, всю библиотеку конгресса перечитал бы. Но — увы.

                                            ЗЫ: Забавно: уже второй человек посылает меня «что-нибудь почитать по теме», но при этом не удосуживается дать ни единой ссылки.
                                            +1
                                            Еще о проблемах BSD (конкретно — NetBSD) писал Чарльз Ханнум
                                            Забавно: письмо от 2006 г., а во многом пересекается с другой, более поздней заметкой (2013 г.), которую я здесь переводил.
                                              0
                                              Начнем с того, что BSD разделена на несколько клонов: FreeBSD, OpenBSD, NetBSD <...> Какой вариант ставить? <...> Когда у потенциального пользователя нехватка времени и нет особого желания ковыряться в деталях — он плюнет на все эти заморочки и поставит линукс.

                                              лол, какой?
                                                0
                                                лол, какой?

                                                Лол, любой из убунт.
                                                Там из мук выбора — только какой образ выкачать, сервер или десктоп.
                                            0
                                            а сейчас что мешает BSD стать более популярной?
                                            Успешно раскрутится на уже поделенном рынке можно только выйдя с какой-то убер-киллер-фичей, отсутствующей у конкурентов.
                                              –1

                                              Для меня бы такой киллер-фичей стала нормальная возможность выбрать себе пакеты в процессе установки. Как-нибудь понятнее чем в Slackware, и менее обще, чем в Debian.
                                              Почему-то не упоминают, что лет 15 назад на гипотетическом компе/ноутбуке BSD могла не подхватить все железо, в отличие от Linux. Тоже один пунктов "почему проиграла битву".

                                                +1

                                                Возможно, это следствие того, что разработчики железа, поддерживающие ОС с открытыми исходниками, предпочитали вкладываться кодом в ядро линукс, а в BSD приходилось команде разработчиков пилить большой объем самостоятельно.

                                                  +1

                                                  Как раз хотел написать про драйверы. Во времена ядер 2.4 под них многие драйверы могли написать любители-энтузиасты, а разработчики от производителей железа могли меньше вникать в работу ядра. В FreeBSD порог вхождения был гораздо выше. Ну, в Linux до сих пор планировщик и oom killer сильно проще.

                                                    +5
                                                    Где-то слышал, что один из разработчиков FreeBSD наоборот перебрался на эту платформу, поскольку она проще. Мне тоже FreeBSD казалась всегда проще, во-первых, просто по объёму кода, во-вторых, по тому с какой простотой достаточно небольшая когорта разработчиков умудряется внести разные куски из других систем. Не может незрелая система принять в себя инородный код и не стать куском дряни, поскольку вживление это всегда костыли. А при наложении этих костылей с уже существующими в системе недоразумениями, задача дурная и чрезвычайно сложная.

                                                    Во FreeBSD, кроме того, крайне тяготеют к фреймворкам, объединяя куски в логически стройную систему. Это и сеть с NetGraph и GEOM для хранения данных и прочее. В то же время Linux — это почти всегда промежуточное состоянии в движении из прошлого в будущее, причём очень промежуточное. Я снимаю шляпу перед всеми, кто работает над ней, но блин, помнится за попытку исправить что-то в терминалах Линус обложил ответственного за подсистему, и дело закончилось неприятно, костыль остался на месте. Во FreeBSD при этом между мажорными релизами перелопатили консоль, и при этом о жертвах и разрушениях мне лично неизвестно.

                                                    Ещё ZFS, который вполне великолепно заехала во FreeBSD, при том, что мне до сих пор кошмары снятся от эксплуатации ZFS под dkms на Debian 6, и эта лютая грызня за память в dmesg. А та часть где, ZFS не нужно ставить на 32-х битный Linux и его сносной работе на 64-х битном из-за «разницы в работе с памятью»(с). Это в более простой системе у каждой архитектуры НАСТОЛЬКО разная работа с памятью, при том что архитектуры родственны…

                                                    Не верю я в простоту Linux, вот не верю и всё.
                                                      –1
                                                      Жертв и разрушений не было, потому что не было пользователей?
                                                        0
                                                        Сложно пользоваться системой, у которой основная работа идёт через консоль, и не пользоваться консолью…
                                                          0
                                                          Хабр сожрал </sarcasm>, извиняюсь.
                                                      0
                                                      15 лет назад и Linux подхватывал далеко не все железо. А на ноутбуках это с ним и посейчас случается, хотя уже и нечасто.
                                                        0
                                                        Вчера компилировал дрова на BCM43142 которому около 8 лет, под CentOS 7, так что да, не так все гладко как рассказывают
                                                        0
                                                        Наверное потому, что очень мало усилий было направлено для превращения *bsd в десктопные ОС, всместе с тем, с поддержкой серверного оборудования проблем небыло, а по поддержке ращличных платформ, и подавно linux был не конкурент.
                                                      0
                                                      TrueOS, бывший PC-BSD, вполне себе лояльный к пользователю дистриб.
                                                      DesktopBSD тоже был вполне дружелюбен, как у него сейчас дела не вкурсе.
                                                      Единственная гипотеза низкой популярности фрюши, которая кажется мне правдоподобной — разработка драйверов. Когда я жил на PC-BSD, единственное, что на тот момент вызывало зубную и головную боль — это поиск дров для свежего железа.
                                                        +2
                                                        ИМХО Linux популярнее поскольку он хайповее. Раньше был модным-стильным-молодёжным, а сейчас та молодёж занимает различные посты в различных компаниях и всячески продвигает Linux, просто потому что она его хорошо знает. Сейчас Linux — основная бизнес платформа для всего, что не требует Windows. Отсюда и драйверы, которые вынуждены выпускать производители, и тонна ПО и всякие вкусные плюшки. *BSD не были столь обласканы, они являлись утилитарными, не были в такой мере как Linux религией, и в этом причина пониженной популярности. Всё остальное следствия.
                                                          0

                                                          Щa TridentOS активно допиливают. Ну и как сборку для десктопа можно ещё на NomadBSD посмотреть, если лень руками всё это на FreeBSD ставить самому.

                                                            0
                                                            Сказанное вами абсолютно не противоречит моим словам.
                                                            Фрюша вполне может быть красивой и удобной, по крайней мере, в сравнении с линуксом она точно не уступит.
                                                            Визарды, которые есть у линуксы для комфортной установки рабочей станции есть и во фрюше.
                                                            Управление пакетами не более проблемное, чем везде. Особенно если ты просто пользователь и не тянешь софт, что называется, прямо из под пальцев разработчика.
                                                            С оговоркой, что я просто пользователь, если вдруг чего — то в штатных пакетах не хватает, я не испытывал проблем с установкой линуксового софта из rpm. Фря прекрасно умеет исполнять линуксовую софтину «почти как родную». Не знаю, может просто везло?

                                                            Единственная большая претензия с моей стороны — и почему я все таки пересел на mint-a, года 4 тому как, это список поддерживаемого оборудования. Вафля и иксы ни как не хотели нормально работать на моем тогдашнем буке. На тот момент не оказалось, ни времени, ни настроения, разбираться, поматерился и дизертировал на линуксу.
                                                          +6
                                                          В начале своей карьеры я познакомился с RedHat и FreeBSD. FreeBSD субъективно была гораздо приятнее в использовании, а ее handbook я частично использовал чтобы ковырять линуксы (внезапно, да?). Но фряха проигрывала линуксу уже тогда по одной очень важной причине — поддержка оборудования. То что без проблем заводилось на Linux, на FreeBSD приходилось ждать годами. А чего-то так и никогда и не дождались. В общем ситуация была похожа на Windows vs Linux, где под первый дрова были подо все, а в Linux как повезет.
                                                            0
                                                            Те же воспоминания. :)
                                                              +2
                                                              Интересно, чем FreeBSD приятнее? Я тоже попробовал RedHat и FreeBSD году в 2002-м и впечатление получил совершенно обратные.
                                                                +1
                                                                Логичнее и стройнее.
                                                                Видно, что одна команда делает, и с пониманием процесса. ИМХО, разумеется.
                                                                  0
                                                                  Сложно объяснить, именно по субъективным ощущениям FreeBSD тогда была логичнее и стройнее. Система портов, хэндбук, организация каталогов. Для меня она еще некоторое время оставалась почти эталоном, пока я не познакомился с Debian.
                                                              +2
                                                              SCO Group подала в суд на нескольких крупных вендоров Linux.

                                                              Во второй половине 80-х мы наверное были первыми и единственными в СССР, кто поставил на UNIX-системы. И начинали мы, помимо Xenix-аЮ c SCO, BSD еще не было. Но вот прошло 30 лет и где сейчас BSD, Linux, а SCO совсем не найдешь.

                                                                +2

                                                                "невзлету" *BSD дистрибутивов и клонов способствовало несколько моментов.


                                                                Как уже говорилось — лицензия, которая, по сути, ничего нового не привносила. Да, можно было взять "за просто так", это было важно, но не более.
                                                                По началу всем было весело с Linux, где вопросы решались быстро, потом, заинтересовашиеся компании, поддержавшие Linux, уаилиши в нем ровно то же самое: мы себе кусочек выбъем и будем его пилить. Сами. В BSD это впринципе не получится.


                                                                Второй важный момент это адаптация на разных платформах. С этим у BSD было более-менее ок, но "соборный" способ разработки не давал нужную скорость адаптации.


                                                                Ну и последнее, конечно — адаптация для рабочих станций. О ней вообще не думали до самого конца. Да, портировались всякие оболочки, но опять же — с других проектов.


                                                                Получается, что BSD был такой "сам в себе" проект, который не учитывал процессов и чаяний индустрии (читай — внешнего мира). И это не отрицательная его сторона — это его фича.


                                                                Продукт был хорош — маркетинг провалился.
                                                                Сравните с Linux ;)
                                                                Сделайте выводы.

                                                                  –1
                                                                  > Возможно, это печально, ведь программные решения Apple закрыты настолько, насколько это возможно.

                                                                  Внезапно.
                                                                    +2
                                                                    Именно «насколько это возможно». Почти всё, что там выложено — это GPL софт, который и требует публикацию исходников. Не было бы GPL — не было бы и opensource.apple.com
                                                                      0
                                                                      Как мне кажется, в этом случае там бы не было чего-то вроде AppleRAID или xnu.
                                                                      Я не спорю, эппл — это не совсем про опенсорц, но таки какие-то свои разработки они выкладывают.
                                                                    0
                                                                    У Линуса в Just for fun есть такие строки:
                                                                    Page-to-disk was a fairly big thing because it was something Minix had never done. It was included in version 0.12, which was released in the first week of January 1992. Immediately, people started to compare Linux not only to Minix but to Coherent, which was a small Unix clone developed by Mark Williams Company. From the beginning, the act of adding page-to-disk caused Linux to rise above the competition.

                                                                    Может это как-то повлияло)
                                                                      +3
                                                                      Здесь Торвальдс сравнивает свое ядро с ближайшими «конкурентами» — учебными и хоббийными системами. У «взрослых дяденек» эти технологии были давно отработаны. Я напомню, что виртуальная память и своппинг были еще во времена БЭСМ-6.
                                                                      –8
                                                                      меня сейчас начнут нещадно минусовать… но я не могу промолчать. проблема отсталости BSD и фряхи это не лицензия(хотя она и не последнюю роль играет), а сообщество. их можно охарактеризовать несколькими словами: тяга к некрофилии и гомофилии… зачем пытаться поддерживать то что устарело и умерло? например кеды 2. ну отказались от них и нового в них не предвидится… так закопайте и сами не мучайтесь и не напрягайте пользователей. а по поводу испортивших символ детства — радугу, ведь даже символ они себе выбрали чертёнка. ну не будут православные или верующие юзать то что противоречит их убеждениям. да и Эрик Пол Олман и Маршал Кирк МакКасик не добавляют в копилку доверия.
                                                                        +12

                                                                        Вас надо не минусовать, а попросту забанить в порядке сокращения общего уровня идиотизма если не глобально, то, хотя бы, на Habr.

                                                                          +3
                                                                          Внезапно, православные начали слезать с FreeBSD только тогда, когда ну очень захотелось наличествующей в Linux прямо сейчас виртуализации. По крайней мере по этой причине уехал Яндекс. Но даже сейчас фильтрация трафика на уровне доступа сотрудников всецело на FreeBSD. А хостинг платформы на Руси были чуть менее чем полностью на фре. Черти не причём, а особенности разрабов вообще нынче в тренде во всяких там Европах ;-))).

                                                                          Старые версии некоторых продуктов — следствие того, что оно пишется под Linux и портировать его от туда задача не тривиальная. Завести сырые кеды, которые на Linux устаканились совсем не сразу — самоубийство. Сколько людей пилят кеды под Linux, а сколько из них тратят время на Фрю?..
                                                                            –1
                                                                            мне как-то рассказывали забавную вещь — в одном монастырей (вроде Ново-Тихвинский) г. Екатеринбурга в качестве маршрутизатора стояла freebsd, уж не знаю как-бы отреагировали попы/монахини узнай какой символ используется у этой ОС) (дело было более 10 лет назад)
                                                                              –1
                                                                              Демоны помогают ангелам )))
                                                                              Извините, не удержался.
                                                                                –1
                                                                                Но ад стал союзником рая в ту ночь против тебя одного!
                                                                            +2

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

                                                                              +5

                                                                              Да нет же. Для бизнеса куда как удобнее и выгоднее BSD, которая не обязывает возвращать собственные наработки. А предпочли они Linux во-первых, по причинам описанным в статье (юридическим, что часто недооценивается выросшей и живущей в правовом ниглизме большей частью русскоязычной аудитории), а, во-вторых, это модель разработки. Во FreeBSD и тогда и сейчас используется довольно консервативный и академический подход. Быстро внести требуемые кому-то, но слабо проработанные, изменения (принцип "херак-херак" и в продакшн) там не прокатывает.
                                                                              В Linux такое везде и рядом. И сейчас тоже. Любой непредвзятый наблюдатель без труда это заметит на мало-мальски большом временном интервале.

                                                                                +3
                                                                                Для бизнеса куда как удобнее и выгоднее BSD, которая не обязывает возвращать собственные наработки

                                                                                Просто использовать в своем бизнесе — было удобнее и выгоднее, но это не стимулировало развитие исходной системы, поскольку бизнес вкладывался не в саму ОС, а в собственные продукты на ее основе.
                                                                                А в линукс, вкладывались активно, и кодом, и деньгами, что стимулировало его развитие.

                                                                                  0

                                                                                  Тут соглашусь. Во FreeBSD возвращают, конечно, но сильно меньше чем могли бы.

                                                                                    +4
                                                                                    Дану…
                                                                                    Притянутая Netgraph из Juniper, bhyve приехавший из NetAPP. Кроме того есть не стеснительные Netflix активно пилящий подсистему хранения, Яндекс много сил вложивший в ipfw и сеть. Вроде много чего давал Yahoo. Есть возврат, и достаточно хороший.
                                                                                      0

                                                                                      Это всё известно. Плюс можно прибавить активизацию Intel в последние пару лет, но, всё же, это куда как меньше чем могло было бы быть.

                                                                                        +1
                                                                                        В этом месте, смотря вокруг и ужасаясь, я склонен полагать, что это куда больше чем могло бы быть. Кроме того, FreeBSD не имея такого неисчерпаемого потока новшеств, может грамотно и полно использовать те что есть. А количество народу, которое начинает использовать FreeBSD в своих разработках в последнее время только радует, список продуктов построенных на коде FreeBSD внушает море оптимизма.
                                                                                    0
                                                                                    но это не стимулировало развитие исходной системы, поскольку бизнес вкладывался не в саму ОС, а в собственные продукты на ее основе

                                                                                    В общем верно. Как бывший разработчик FreeBSD, могу сказать, что компании активно заимствовали код в своих разработках, но лишь малая их часть тратила силы на обратные инвестиции. А имеющиеся у CoreTeam средства распределялись только на наиболее важные, по ее мнению, разработки и конференции. Но на голом энтузиазме далеко не уедешь, поэтому имеем то, что имеем.
                                                                                    +2
                                                                                    Во FreeBSD и тогда и сейчас используется довольно консервативный и академический подход. Быстро внести требуемые кому-то, но слабо проработанные, изменения (принцип «херак-херак» и в продакшн) там не прокатывает.

                                                                                    Хороший пример: freebsd перешли с CVS на SVN в 2008-м году. Линус запил GIT и перевёл на него Linux в 2005-м.
                                                                                    Ретрограды всегда проигрывают ньюфагам.
                                                                                      +5
                                                                                      Вопрос в утилитах и процессах. Много чего было завязано на CVS и никто не видел в себе сил бросить всё и переписать. Переезд всего на новую систему каждый месяц хорош, когда кроме кода перевозить нечего. Остановить всё и начать перетаскивать всё куда-нибудь потому, что «оно уже вышло, а мы ещё не там» странен. Когда CSV утомил, перетащили постепенно за несколько релизов на Svn, тихо, цивилизовано, поэтапно.
                                                                                      • НЛО прилетело и опубликовало эту надпись здесь
                                                                                          +1
                                                                                          Опять сравнение тёплого с мягким. Тут системы выбираются именно из принципов разработки, где git — ДЕцентрализован, тогда как svn — централизован. У них существенные отличия в работе с ними. И выше уже было про разные подходы к разработке "… и в продакшен" против централизованной разработки неким ядром сообщества.
                                                                                            0
                                                                                            > И выше уже было про разные подходы к разработке "… и в продакшен" против централизованной разработки неким ядром сообщества.

                                                                                            Ну вот именно, что централизованный подход SVN приходит к регулярным «что вы закоммитили! уберите немедленно», или «ой, скриворучил, отменяю». Я читаю src-all@ и вижу такие плачи регулярно. При прохождении через предварительный фильтр типа LKML бо́льшая часть подобного мусора отфильтровывается и не попадает в репозиторий.
                                                                                              0
                                                                                              Имхо насчет регулярных вы, Валентин, всё-таки преувеличиваете. Да, факапы время от времени случаются, но большинство крупных (и даже мелких) изменений таки проходят предварительный фильтр, обсуждаются, рефайнятся/отменяются и т.п.
                                                                                      0
                                                                                      Там бы не «Ubuntu/CentOS», а «DEB-/RH-based»
                                                                                      Не надо так уж опускать читателей.
                                                                                      PS. есть еще слака и всё такое иное.
                                                                                      • НЛО прилетело и опубликовало эту надпись здесь
                                                                                          +1
                                                                                          Еще одним ярким примером популярности наследия BSD является игровая приставка Sony Play Station — ее операционная система является форком FreeBSD.

                                                                                          Судя по лицензионному соглашению FreeBSD взята за основу и для Horizon (ОС для Nintendo Switch).

                                                                                            +1
                                                                                            А также JunOS и EMCшные хранилища…
                                                                                              0
                                                                                              Да что им JunOS, они тут говорят, что сетевой стек в БСД отстал на декады от линукса.
                                                                                                +6
                                                                                                Ну да, им невдомек, что BSDшный стек полмира пользуют, остальные полмира — embedded типа LWIP
                                                                                                  +11
                                                                                                  Жму руку понимающему человеку)
                                                                                                  P.S. Я вот читаю хабр, и понять не могу, что здесь сейчас за аудитория. Сплошные docker/kubernetes/go и прочее. Фрилансеры-программисты на стартапах чтоли тут в основном и сидят? Я нигде ничего подобного не вижу у крупных заказчиков в инфрастуктурах, с которыми приходится работать.
                                                                                                    0
                                                                                                    Похоже на то. Go, кстати, не совсем к месту в этом списке. Очень консервативная штука. Я совсем не понимаю, откуда вокруг него столько хайпа у молодежи. Из-за гугла что-ли?
                                                                                                    • НЛО прилетело и опубликовало эту надпись здесь
                                                                                                      +1
                                                                                                      P.S. Я вот читаю хабр, и понять не могу, что здесь сейчас за аудитория. Сплошные docker/kubernetes/go и прочее. Фрилансеры-программисты на стартапах чтоли тут в основном и сидят?

                                                                                                      Вон ниже пишут, что мегафон уже мигранул. Мелкие и средние заказчики используют докер и кубер только так.

                                                                                                      +1
                                                                                                      А мужики из WhatsApp то и не в курсе, нужно им срочно новость донести, а то мучаются бедолаги.
                                                                                                        0

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


                                                                                                        Маршрутизаторы, прокси-сервера и так далее это еще есть, а вот конечные сервера уже давно под линуксом.

                                                                                                          0
                                                                                                          Netflix и WhatsApp использует FreeBSD именно на серверах, насколько мне известно, кроме того есть крупный список владельцев инфраструктуры на FreeBSD. Но с другой стороны, да, большинство использует Linux, поскольку его знают больше народа и под него ПО оптимизируется. И это грустно.
                                                                                                            0
                                                                                                            Ну вот конкретно WhatsApp недавно свалил, про Netflix написано то, что он через freeBSD раздает трафик, если я не ошибаюсь.

                                                                                                            Ну, мне радостно, что хотя бы не Windows :)
                                                                                                              0
                                                                                                              Ну вот конкретно WhatsApp недавно свалил

                                                                                                              А где про это почитать? Мне страшно интересно.
                                                                                                +4
                                                                                                По моему, Linux выиграл в основном благодаря информационной поддержке FSF, которая определялась лицензией.
                                                                                                Я достаточно много копался в ядре и libc FreeBSD 3,4,5 и, иногда, заглядывал в ядро Linux. Код FreeBSD мне нравился больше. Но качество кода редко заметно влияет на успех или неудачу проекта.
                                                                                                  +2
                                                                                                  Полностью согласен с Вашим мнением. Мне вообще кажется, что Linux это феномен не мира информационных, а мира социальных технологий. Это в своё время, по воспоминаниям знакомых мне, ярых линуксоидов, была больше религия, нежели чем система.
                                                                                                  +4
                                                                                                  Я уже писал своё мнение об этом не раз — GPL лицензия для корпораций это договор о сотрудничестве, мол делаем вместе и никто никого не кидает, не увиливает от делания своего вклада.
                                                                                                  Так-то они конкуренты, но благодаря лицензии сотрудничают.
                                                                                                    0
                                                                                                    Да что вы переживаете, у BSD есть своя ниша. И там все неплохо живется и развивается своими, хоть и не семимильными темпами.
                                                                                                    Я не программист, а системный инженер, админ, и тот еще ретроград. Я ничего плохого не имею против линукса, даже наоборот.
                                                                                                    Я настолько отстал, что глядя на то, как сейчас устроена разработка, совершенно не понимаю как это устроено. Получается DevOps вытеснили системных инженеров/админов, и сейчас вместо build-фермы и testing-фермы (даже на ВМ) тупо виртуалки, а в них докеры?

                                                                                                    Лично я выбираю ОС простым способом:
                                                                                                    — Если это open-source, никто кроме меня это админить не будет, этот софт есть в портах, то это FreeBSD, однозначно, и никак иначе.
                                                                                                    — Если требуется БД Oracle, это железо от Oracle и Solaris на SPARC, и никак иначе.
                                                                                                    — Если требуется БД DB2, это железо от IBM и AIX на PowerPC, и никак иначе.
                                                                                                    — Во всех остальных случаях, это любое приличное железо и Red Hat / CentOS.
                                                                                                    — Про Windows оставим без комментариев :) Тут итак всё ясно.
                                                                                                      0
                                                                                                      Сразу оговорюсь, когда нет возможности выбирать — это все Red Hat / CentOS.
                                                                                                        0
                                                                                                        А я вот программист, а не системный инженер и у меня нет личного системного инженера поднимать мне окружение на целевой платформе. Поэтому я выбираю FreeBSD за то, что это полная операционная система(включая user space) тестированная, документированная, внятно организованная и постигаемая в поддержке для непрофессиональных админов, в отличии от зоопарка сборок linux. И она без бубна разворачивается на любом железе которое я эксплуатирую.
                                                                                                          +2
                                                                                                          Лично я предпочитаю удобство и количество софта, а не тесты и документацию. Да, линукс зачастую сумбурен, да, есть странные моменты, но зато в нём можно комфортно работать на десктопе и запускать код на сервере из (почти) одинакового окружения.
                                                                                                            0

                                                                                                            Да прекратите уже бредить. По объёму доступного софта и его свежести FreeBSD всегда была в лидерах, а уж удобнее портов и представить что-то сложно. Хотите ставьте из них, хотите из готовых пакетов собранных из тех же портов, хотите свой репо разворачивайте со своими опциями используя poudriere (причем можно и для другой версии).

                                                                                                              0
                                                                                                              Total:
                                                                                                              AUR (44909)
                                                                                                              nixpkgs unstable (43125)

                                                                                                              FreeBSD Ports (32313)
                                                                                                              Newest:
                                                                                                              nixpkgs unstable (21394)
                                                                                                              FreeBSD Ports (16497)

                                                                                                              (Справедливости ради, оба счётчика сломаны :P)
                                                                                                                0

                                                                                                                Там гранулярность разная, так что напрямую сравнивать некорректно. Где вот FreeBSD один порт, в репозитории Linux может быть три — пять собранных с разными опциями или побитые на мелкие пакеты.
                                                                                                                Если интересно — можете озаботиться, проверить.

                                                                                                                  0
                                                                                                                  В nix гранулярности нет, там как раз все «пакеты» — на самом деле derivations, все флаги и настройки изменяются путём оверрайда этих derivations. Разница такая большая из-за того, что в nixpkgs есть пакеты из Pypi, npm, hackage и прочих ЯП, в которых обычно с пакетами справляются встроенные ПМ. Если интересно — можете озаботиться, почитать.
                                                                                                          0
                                                                                                          И не просто вытеснили: сейчас просто админом быть не только не модно, но и не выгодно. Называешь девопсом, получаешь минимум 50-100 процентов к зарплате. Так что тут не получится быть олдскульным админом, надо прокачивать все стороны…
                                                                                                            0
                                                                                                            DevOps — они тоже разные бывают. Сейчас холивар века — DevOps/Agile vs DevOps/Requirements/Validation/Verification.
                                                                                                            0
                                                                                                            Опять же оговорюсь, я никакого отношения к Develompent-стейджам отношения не имею. Я инженер поддержки инфрастуктуры, в том числе и ОС. Ынтырпрайз в чистом виде.

                                                                                                            И чтобы кто-то из крупных заказчиков пришел и сказал, «о боги, у нас там kubernetes упал», никогда не было, да и не используют они такое.
                                                                                                            Опять же habr.com/post/435910/#comment_19613146
                                                                                                              +2
                                                                                                              Все зависит от того, какой бизнес считать крупным. Ну вот, к примеру, Мегафон — крупный? У них там есть Kubernetes (и не только он). Или в МТС. Все еще недостаточно крупные? Тогда Сбербанк.
                                                                                                                0
                                                                                                                Чтобы
                                                                                                                kubernetes упал
                                                                                                                его нужно ещё поднять и как-то интегрировать в сеть компании, протащив мимо СИБ и объяснив инфраструктурщикам, сетевикам, базерам и прочее как с этим теперь жить. Если всё готово к kubernetes — всё ОК. Шаг влево, шаг вправо — и всё, уже не так всё хорошо и безоблачно.
                                                                                                                0
                                                                                                                Скажите это Х5: m.habr.com/company/X5RetailGroup/blog/432412
                                                                                                                Не от хорошей жизни они перекатиться с AIX на Linux.
                                                                                                                И мне кажется, что это общий тренд перехода на Линуксы
                                                                                                                0
                                                                                                                для меня объяснением в своё время стали ответы ребят из мэйл ру, которые ушли с фри на дебиан slonik-v-domene.livejournal.com/96331.html (в комментах к этому посту)
                                                                                                                  +1
                                                                                                                  Из всех переселенцев мне больше понравилась мотивация Яндекса. Народу просто не хватало того, что навернули в Linux с виртуализацией и контейнеризацией. Причём, что характерно, до этого сидели и молчали, поскольку после переездов, во FreeBSD начали активно пилить и довели до ума пакеты, доводят до ума виртуализацию, размещаются в нужных местах типа github-а и прочее. Ещё не Linux но уже на пути.
                                                                                                                    0
                                                                                                                    интересно, а есть где-нибудь ссылка почитать [про мотивацию Яндекса подробнее]?

                                                                                                                    Ещё не Linux но уже на пути.
                                                                                                                    реально очень рад за бзду, я вообще за разнообразие
                                                                                                                      0
                                                                                                                      интересно, а есть где-нибудь ссылка почитать [про мотивацию Яндекса подробнее]?

                                                                                                                      Вот тут к примеру.
                                                                                                                        0
                                                                                                                        Про отказ Яндекса от FreeBSD: slonik-v-domene.livejournal.com/96331.html, подробности — в комментариях
                                                                                                                        • НЛО прилетело и опубликовало эту надпись здесь
                                                                                                                        +2
                                                                                                                        А сколько донатов Яндекс перевел в FreeBSD Foundation?
                                                                                                                      +5
                                                                                                                      Что-то вспомнился дядя Вова в ru.unix в далеком 1998 что-ли году… он там очень ярко и образно описывал, почему у его кроссплатформенного продукта основная платформа вдруг Linux, а разработку вообще он вел на Windows NT. С примерами, ага.

                                                                                                                      И он тогда наглядно изображал — куда (и почему) шла FreeBSD. И нет, это была не лицензия.

                                                                                                                      Если в трех словах — это темпы развития, общий вектор, и коммунити.

                                                                                                                      Первых два очень хорошо описывал на примерах стандартного API (libc/libc_r) и реализации threads (емнип, в линуксе аж две либы было на тот момент работы с потоками, а фря который год выстраивала монументальный проект с моделью ниток с фиберами N:K, который умер не родившись. Как потом злословили — потому что в линуксе придумали в итоге epoll, ага, с третьей попытки. Но смысла в зеленых нитках не стало).

                                                                                                                      А третий компонент лучше всего проиллюстрировал в примерно то же время Алекс Кошмарь, в своем фирменном стиле обложив матом «поделие финского студента», но опять же фирменно с цифрами и примерами. Что характерно, один из кернельдевелоперов той поры, легендарный ANK, не просто связался с Алексом прямо в фидо, но и получил доступ к хосту с репортом, и решил таки проблему внезапной паники линуксового ядра на запредельных сетевых потоках (а, да, потом опять весь стек переписали). А в freebsd с багрепортами было мнэ… не очень.

                                                                                                                      А тут — лицензия уиноуатая, и не виноват ли снова межделмаш?
                                                                                                                        +1
                                                                                                                        Я даже поискал.
                                                                                                                        В стародавние времена был эпичный тред на ixbt: вот он, голубчик.
                                                                                                                          0
                                                                                                                          Я бы искал на groups.google.com — жаль что архивы там сильно не все.

                                                                                                                          Ну, вот для примера, 2001 год.

                                                                                                                          VB> Так на ней и положено падать — она работает согласно ценнику. Во
                                                                                                                          VB> Фри-2.2.8 — не работало вообще. В 3.3 — работало «почти» (то есть
                                                                                                                          VB> падало только иногда, но регулярно). Фри 4 — вроде как все работает.
                                                                                                                          VB> А в 5-ой они обещали нормальные (то есть кернельные) треды сделать.
                                                                                                                          VB> Hу так делают. Может, через год заработает. А может и ни.

                                                                                                                          Это про треды во FreeBSD.

                                                                                                                          А в линуксе NPTL тогда победил ;-)
                                                                                                                          +1
                                                                                                                          Первых два очень хорошо описывал на примерах стандартного API (libc/libc_r) и реализации threads (емнип, в линуксе аж две либы было на тот момент работы с потоками, а фря который год выстраивала монументальный проект с моделью ниток с фиберами N:K, который умер не родившись.
                                                                                                                          Память вам изменяет — их было три: LinuxThreads, NGPT и, наконец, NPTL.

                                                                                                                          NGPT был как раз N:K — но исследования показали, что сложности это добавляет изрядно, а выигрыш — ограничен.
                                                                                                                            0
                                                                                                                            Память вам изменяет — их было три: LinuxThreads, NGPT и, наконец, NPTL.

                                                                                                                            Точно, про NGPT я и запамятовал. Было и такое, да…

                                                                                                                            NGPT был как раз N:K — но исследования показали, что сложности это добавляет изрядно, а выигрыш — ограничен.

                                                                                                                            Особенно если учесть, что выигрыш получался в основном при рисовании Finite State Machine — а в таком стиле программировать дело нелегкое ;-) Победил подход «херак-херак и в thread pool». Что как бы уже было очевидно в 1998м году.

                                                                                                                            Правда в 1998м у апологетов FSM фигурно лобзиком — был неоспоримый аргумент в виде «в тредах очень накладно висеть в listen()/accept()». При появлении нового соединения будились все «тыщи» ниток, чтобы только одна продолжила работу. Но горячий финский парень этот вопрос решил, повторив подход kqueue из FreeBSD ;-)
                                                                                                                          +3
                                                                                                                          Странно было ожидать в комментариях что-то кроме холивара.

                                                                                                                          Я — простой пользователь, и когда понадобилось переехать с Windows на домашнем сервере на что-то, что не отжирает 50% оперативки сразу после загрузки, я стал искать среди дистрибутивов Linux, и не смог адекватно сориентироваться в этом зоопарке из десятка дистрибутивов, у каждого из которых свои особенности. И тогда я взял, и переполз на FreeBSD. Сначала было трудно — из окошек с чекбоксами с головой уйти в консоль, но благодаря абсолютно всеобъемлющей документации — всё получилось. И когда голая свежезагруженная система заняла в памяти 140Мб — я возрадовался, и понял, что это хорошо, и продолжил осваивать BSD.

                                                                                                                          Сейчас я пихаю FreeBSD где можно, и где нельзя — это основная система для мультимедиа, работы с документами, веб-серфинга, для домашнего сервера, т.е. именно для того, для чего используют компьютер 90% обычных пользователей, которые не играют в игры. Я бы сказал, что по надёжности FreeBSD, видимо, на уровне MacOS. Несколько раз пережил апгрейд релиза, и ни разу система не упала из-за несовместимости чего-то с чем-то. Про обновления в пределах релиза — вообще молчу. Проблемы с совместимостью были только с WiFi-карточками, которые решились выбором подходящей карты из коробки с барахлом.

                                                                                                                          К сожалению, приходится держать в дуал-буте Виндовс для всяческого специфического инструментария, которого и под Линукс нет, вроде банк-клиентов, всяких радиолюбительских программ-калькуляторов, и прочего.

                                                                                                                          В системе привлекает неизменность конфигов от версии к версии, возможность установить базовую систему, и дальше доставить всё, что нужно, а не пытаться выковыривать лишние пакеты, вдруг обнаружив потом, что порушились какие-то неведомые зависимости, или что-то унесло с собой пол-системы. Адекватность маниалов — в них или точно расписан принцип, по кторому решается проблема, а не даётся совет типа «я выполнил в терминале вот эту команду, которую нашёл в интернете, и мне помогло, но кому-то не помогло, а почему — я не знаю». Быстродействие — на глаз, BSD работает быстрее и Windows, и Linux на одном и том же железе.
                                                                                                                            0

                                                                                                                            Я для своего сервачка OpenBSD использовал. Но боль от отсутствия поддержки UTF была. Правда потом и сервака не стало. А дальше я плотно сел на Debian ибо не хотел сильно мучиться с настройками web сервера для себя.

                                                                                                                              0
                                                                                                                              Одно в ней плохо: ufs2 (как и zfs) ни один сторонний редактор диска не умеет нормально масштабировать. Другими словами, на виртуалку фряху ставить неудобнее, если учесть дальшейшее масштабирование системы.

                                                                                                                              Ну, или мне просто так не везло (что тоже возможно).
                                                                                                                                0
                                                                                                                                UFS вроде Clonezilla понимает — надо проверить.
                                                                                                                                • НЛО прилетело и опубликовало эту надпись здесь
                                                                                                                                    0
                                                                                                                                    А когда с Gparted LiveCD грузишься, то весь раздел с его слайсами — «черный ящик». Неудобно крайне, не говоря что слайсы ресайзить тоже хочется.
                                                                                                                                      0
                                                                                                                                      Не путайте линуксовый Gparted и фряшный Gpart. Gpart прекрасно видит и слайсы, и разделы на них. Всё очень понятно, иерархично, надёжно. Можно реализовывать, к примеру, такие извращённые конфигурации, при которых, к примеру, как у меня на ноутбуке — на 60Гб SSD стоит Фря и Виндовс(20/40Гб), а на дополнительном диске — раздел Swap + раздел UFS + раздел в FAT32 + раздел NTFS. Всё разбито вручную Gpart'ом из коммандной строки.
                                                                                                                                        0
                                                                                                                                        Да, как раз не путаю, специально указал. Как раз отсутствие поддержки UFS/UFS2 в других ОС (и в других кусочках ПО, кроме теплого-лампового родного фряшного gpart) довольно сильно мешает обслуживанию томов на вируальных платформах (да и просто в жизни).
                                                                                                                                        Я уже не говорю о том, что гипервизоры и хранилки не всегда могут понять, какая часть диска в виртуалке занято полезными данными, нужно что-то придумывать.
                                                                                                                                        Хорошая система, как-то проскочившая мимо массовости (и это с таким-то вдумчивым развитием!), от чего сегодня стала если не совсем экзотикой, но хотя бы редкостью.
                                                                                                                                  0
                                                                                                                                  Как-то у меня голый свежезагруженный debian занял 18 мегабайт памяти (без учета ядерной памяти)… Хорошие были времена, deb5 был, помнится.
                                                                                                                                  Впрочем, голый он и сейчас укладывается в сотню.
                                                                                                                                  +4
                                                                                                                                  Эх, 15 лет назад я строил на FreeBSD / OpenBSD Интернет шлюзы, прокси, веб-серверы и даже подымал BGP маршрутизацию на quagga. И все это работало годами без сбоев и тормозов, и требовало перезагрузки только при обновлении с пересборкой ядра, и то не всегда…

                                                                                                                                  Спасибо за статью, столько милоты накатило )))
                                                                                                                                    0
                                                                                                                                    работало годами без сбоев и тормозов

                                                                                                                                    Ну вот это как раз не повод для сравнения с *nix-ами: даже нормально настроенная Убунта вряд ли будет тормозить и сбоить.

                                                                                                                                    Но, должен сказать, есть какой-то юмор в том, что во времена, когда для пересборки ядра фряхи требовалось часа три, они находились, а сегодня, когда то же закончится минут за 15-20, мы ругаемся на тормоза пересборки. Наверное, еще и взгляд на мир меняется, взрослеем? *смайлик*
                                                                                                                                      0
                                                                                                                                      … даже нормально настроенная Убунта вряд ли будет тормозить и сбоить.

                                                                                                                                      ню-ню, мсье Аптимизт..


                                                                                                                                      Но, должен сказать, есть какой-то юмор в том, что во времена, когда для пересборки ядра фряхи требовалось часа три

                                                                                                                                      не надо ля-ля ради красного словца: никогда за >20 лет моей памяти ядро не собиралось три часа.
                                                                                                                                      сейчас на древнющем одноядерном ноуте (Samsung R60) ядро FreeBSD 12.0 штатным clang'ом собирается чуть меньше часа. и да — на zfs :)

                                                                                                                                        0
                                                                                                                                        Подзабыл уже, ядро на p2 собиралось примерно час. Трех часов там не было, факт.
                                                                                                                                        Но даже «древнющий одноядерный ноут» — это ракета против p2, который как раз относится к категории "> 20 лет". Да и фряха не стоит на месте, как и частоты памяти, кеши и пр.
                                                                                                                                        0
                                                                                                                                        Я не говорю что linux будет тормозить, и я на SUSE поднимал шлюзы. Но там и там свои особенности.

                                                                                                                                        Ну и три часа на сборку ядра я никогда не тратил, несколько минут и все готово.
                                                                                                                                          +1
                                                                                                                                          На P2 в свое время занимало час, про три я погорячился.

                                                                                                                                          А насчет инструмента (FreeBSD vs Linux) — очень редко бывает, что строить можно только на чем-то одном, а другое по показаниям не подходит. Тот же шлюз поднять можно хоть на калькуляторе, главное не «на чем», а «чем» (я про прямизну рук) и «с чем в голове». Да вы о том же: действительно, если есть понимание «особенностей» там и там — то все в порядке!
                                                                                                                                      +4
                                                                                                                                      В рунете видимо немного другая история была, чисто технологическая, на лицензию всем было положить.

                                                                                                                                      Я отлично помню как в первой половине 2000-х, времена расцвета LAMP, большая часть рунета хостилась на FreeBSD. Все рассказывали про то как круто собирать пакеты, какие они оптимизированные, а Linux на тот момент не умел даже файлы больше 2GB на Ext2.

                                                                                                                                      Потом корпорации вложились в Linux, появилась журналируемая файловая система — Ext4, ResierFS, а главное, после чего все начали переходить на Linux — это балансировка тредов по процессорам. MySQL, поднятый на FreeBSD4 не мог занимать больше одного процессора, а на серверах в то время были 2CPU.

                                                                                                                                      Потом вышла FreeBSD5, и наш админ по прежнему плевался на их треды, а Intel уже выпустила Pentium4 и уже было 4 вычислительных потока на рядовом сервере.

                                                                                                                                      Ну и удобство обновления Linux в какой-то момент сильно превосходило всю эту возню с пакетами.

                                                                                                                                      Финальный гвоздь в FreeBSD прозвучал лет 10 назад, когда CTO какого-то крупняка написал статью вида «идите в зад со своим FreeBSD, мы мигрируем на Debian, мы хотим работать и приходить домой а не трахаться с системой». Причем я знал его лично — в начале 2000х он агитировал за FreeBSD против Linux.
                                                                                                                                        +1
                                                                                                                                        FreeBSD — отличная система, пользуюсь ей с 2010 в своих домашних поделках. Самая железная из систем. На мой взгляд, основное её преимущество — она единая, разрабатывается как целостная система (а не как ядро) и централизованно. Весь софт находится в одном месте (в портах), не нужно каждый раз подключать какие-то новые репозитории. Я вот тут на Ubuntu пытался установить libgnutls-dev, который в Ubuntu 16 есть, а в репах Ubuntu 18 уже нет, например. А ещё, в BSD довольно стабильные условия — если что-то настраивалось таким вот способом 10 лет назад, то с вероятностью 98% оно будет таким же образом настраиваться и сейчас.
                                                                                                                                          +4
                                                                                                                                          В статье перепутано все, что только можно.
                                                                                                                                          BSD означает Berlkey Software Distribution. Дело в том, что хотя Bell Labs и не могли продавать Unix, но все права на его тексты оставались у них. Билл Джой из Беркли (впоследствии, один из основателей Sun) начал формировать и рассылать ленты с патчами к оригинальному тексту, а также с собственными разработками (csh и vi, хе-хе!). После ухода Джоя его работу взял на себя Маршалл МакКузик. До 1989 года код BSD не представлял из себя отдельную ОС, а для его работы нужно было купить лицензию Unix. Выпущенный в 1991 году Net/2 был почти самостоятельной ОС, нужно было только написать заново 6 файлов. Это сделал Билл Джолиц, выложивший 386bsd на ftp в январе 1992 года. Но Джолиц не мог заниматься поддержкой, поэтому вскоре образовались две группы пользователей — NetBSD (версия 0.8 — аррель 1993) и FreeBSD (версия 1.0 — декабрь 1993).
                                                                                                                                          Для сравнения: Debian 1.0 — август 1993, Slackware 1.0 — июль 1993. Еще до них в 1992 году были выпущены SLS и коммерческий Yggdrasil. Так что если говорить о гандикапе по времени, он скорее был у линукса. Но до начала 21 века и *BSD, и Linux развивались примерно одинаково, причем решения *BSD были зачастую интереснее.
                                                                                                                                          А потом пришел Большой Капитал…
                                                                                                                                            +3
                                                                                                                                            А потом пришел Большой Капитал…
                                                                                                                                            Дык он и в BSD приходил! Но вот тогда, собственно, GPL и «выстрелила»: коммерческие фотки BSD часто достигали «почти совершенства» в той или иной области… А потом «умирали, не оставив потомства». В в Linux можно было эти наработки в основную сетку подтягивать…
                                                                                                                                            0
                                                                                                                                            Мои воспоминания про freebsd из 2000х гдето такие:
                                                                                                                                            надо карту интел, материнку интел, видеокарту специальную из спец списка по заказу.
                                                                                                                                            потом пара суток настроек и компиляция и у вас сервер… в котором еще надо убирать мелкие баги.
                                                                                                                                            в то же время opensuse(centos не было еще) — на любую материнку из наличных за 30 минут.
                                                                                                                                            бинарные порты? да были, но на 386, а opensuse была на i586, что давало приличную разницу в скорости.
                                                                                                                                            Да, сейчас в freebsd поддержка железа получше, но поезд уже ушел.
                                                                                                                                              0
                                                                                                                                              А есть еще и FreeBSD (и ОС на ее основе) — тоже отличная ОС. В моем вузе есть сервера под BSD и FreeBSD (есть также и под Linux и Windows, какие-то крутятся в виртуалках, какие-то — отдельно). Linux развивается значительно быстрее др. ОС, т.к. имеет огромнейшее сообщество разработчиков, и корпорации-гиганты вкладывают средства в развитие этой ОС. Но Windows, разрабатываемая одним разработчиком — Microsoft, развивается еще быстрее, т.к. корпорация Гейтса вкладывает еще большие средства, чем все сообщество разработчиков Linux вместе взятых; и вряд ли Linux ее догонит по популярности. Но как быстро Linux с нуля догнал Windows по функциональности и юзабельности! Помню первые версии Linux и попытки их применения в повседневной работе. С каждым годом Linux все активнее применяется в десктопах (в т.ч. в офисах), серверах и в качестве встраиваемых ОС (сетевые устройства, приставки, гаджеты и т.д.)
                                                                                                                                                +2

                                                                                                                                                *BSD идёт более правильным путём, чем *Linux хотя бы потому, что не превращает OS в kernel+systemd...

                                                                                                                                                  –1
                                                                                                                                                  А чем это более лучший путь? Тем что интеграция между ядром и юзерспейсом ещё плотнее? То есть, по-вашему, будет лучше если kernel и systemd станут одним проектом? Я в этом не уверен.
                                                                                                                                                    +1

                                                                                                                                                    по-моему, я предельно ясно выразился, что *BSD в более правильном направлении развивается потому, что там нет системды :)
                                                                                                                                                    а линух прикончит системда, когда оно "срастётся" с кёрнелом и гномом в [практически] монолит: отсутствие вариантов — плохо для системы.
                                                                                                                                                    и да, я знаю о слухах, что во FreeBSD тоже рассматривается вариант разработки launchd. но как это уже было неоднократно, резкого и безальтернативного перехода a-la linux (а теперь — капец), полагаю, не будет: хочется верить, что мудрости у дядек из беркли больше, чем у горячего финского студента...

                                                                                                                                                      +3
                                                                                                                                                      вы меня конечно можете заминусовать, но на мой программерский взгляд, systemd — это одно из лучших, что случилось с Linux за последние 10 лет.
                                                                                                                                                      Написание постоянно работающих служб ешё никогда не было настолько простым и приятным.
                                                                                                                                                        +1
                                                                                                                                                        Про systemd как-то amarao хорошо написал:
                                                                                                                                                        Очень часто бывает так, что проект с офигенными идеями оказывается с ужасной реализацией, и все плюются и ненавидят. Systemd оказался в обратной ситуации — омерзительная идея, от которой все плюются и ненавидят, но реализация, к которой нет никаких вопросов или нареканий. В силу того, что хорошим софтом является софт с хорошей реализацией...
                                                                                                                                                          0

                                                                                                                                                          он просто не столкнулся или поленился искать...

                                                                                                                                                            +3
                                                                                                                                                            Не очень понял, с чем он должен был столкнуться или найти, но общий смысл в том, что чем глубже в systemd, тем меньше ты программист на баше и тем больше ты системный администратор. :-)

                                                                                                                                                            Disclaimer: вообще я, конечно, против systemd, оно очень anti-unix; зачастую его достоинства выливаются, например, в необходимость городить уродства вроде ExecStartPre=/bin/sh -c "/usr/bin/systemctl set-environment JVM_OPTIONS=\"$(tr -s '[:cntrl:]' ' ' < jvm.options)\"", но в целом юнит-файлы выглядят декларативнее и понятнее, чем привычные rc-скрипты, а их сопровождение и отладку можно доверить даже начинающему инженеру.
                                                                                                                                                          +1
                                                                                                                                                          Минусовать, конечно же, я не буду. Но вот если бы systemd не тянул под себя всю функциональность, до которой мог добраться, а занимался бы только upstart'ом демонов, то все бы ему были благодарны.
                                                                                                                                                          К сожалению, у него столько всего есть, что я удивлен как это так до сих пор нет дистрибутива SystemdOS.
                                                                                                                                                            0
                                                                                                                                                            Но вот если бы systemd не тянул под себя всю функциональность, до которой мог добраться, а занимался бы только upstart'ом демонов, то все бы ему были благодарны.
                                                                                                                                                            И тогда — он был бы всего лишь ещё одним 100500м запускальщиком процессов.

                                                                                                                                                            К сожалению, у него столько всего есть, что я удивлен как это так до сих пор нет дистрибутива SystemdOS.
                                                                                                                                                            Есть много вещей, которые для этого нужно в него добавить. Сейчас же systemd, фактически, является аналогом того, в мире *BSD традиционно называлось «base system»: некий набор «базовых утилит», которые в системе всегда есть и на присутствие которых можно положиться. Только ограниченным и урезанным: в «base system» *BSD, как правило, входят libc и shell, cpio и tar и много других утилит, которые, пока что, частью systemd не являются.

                                                                                                                                                            Так как systemd, фактически, является «возвращением к истокам» и приносит в мир GNU/Linux подход Unix, которым всегда пользовались, в том числе, и *BSD, то возникает вопрос: а чего ещё-то нужно включить в systemd, чтобы вам понравилось? Ядро? Shell? Или что?
                                                                                                                                                              +2
                                                                                                                                                              И тогда — он был бы всего лишь ещё одним 100500м запускальщиком процессов.

                                                                                                                                                              А что в этом плохого? Делай свое дело качественно — unixway.
                                                                                                                                                              Сейчас же systemd, фактически, является аналогом того, в мире *BSD традиционно называлось «base system»: некий набор «базовых утилит», которые в системе всегда есть и на присутствие которых можно положиться.

                                                                                                                                                              И никто этого не просил.
                                                                                                                                                              Так как systemd, фактически, является «возвращением к истокам» и приносит в мир GNU/Linux подход Unix

                                                                                                                                                              Вот совсем наоборот, категоически нет! Да, буду слит, но вы, товарищ, наркоман.
                                                                                                                                                                +1
                                                                                                                                                                Вот совсем наоборот, категоически нет! Да, буду слит, но вы, товарищ, наркоман.
                                                                                                                                                                То есть человек, который считает, что название unixway никак не может быть присвоено подходу, которым UNIX никогда не пользовался — наркоман?

                                                                                                                                                                А что в этом плохого? Делай свое дело качественно — unixway.
                                                                                                                                                                А где systemd этот принцип нарушает? У него в репозитории много отдельных программ и каждая из них — весьма несложна. Вполне себе unixway.

                                                                                                                                                                То извращение, которое под «unixway» понимают людители GNU/Linux скорее уж можно назвать «GNU way» (как GNU, как известно, «is Not Unix»): кажется именно проект GNU начал выпускать отдельные компоненты Unix-подобной системы, которые могли интегрироваться с компонентами, разработанными другими людьми.

                                                                                                                                                                Unix же всегда разрабатывался ровно так как systemd: набор мелких улититок в одном репозитории, работащих совместно. Системную библиотеку от OpenBSD вы не сможете использовать на NetBSD и утилиты от FreeBSD на NetBSD также не запустятся.
                                                                                                                                                                  0
                                                                                                                                                                  То есть человек, который считает, что название unixway никак не может быть присвоено подходу, которым UNIX никогда не пользовался — наркоман?

                                                                                                                                                                  Ну не совсем так. Вы таки что-то путаете. Наркоман этот тот, кто unixway'ю приписывает движения по типу «делай как можно больше» вместо «делай одно, но отлично».
                                                                                                                                                                  Ну и все таки скорее всего да. Если всю жизнь хз сколько лет говорили, что unixway это одни принципы, а вы сейчас врываетесь и обижаетесь на то, что я вас называю наркоманом за признание unixway'ем других… Вы наркоман.
                                                                                                                                                                  А где systemd этот принцип нарушает?

                                                                                                                                                                  Прямо по пунктам расписать? Давайте я ограничусь следующим (кроме апстарта):
                                                                                                                                                                  • Монтирование файловый систем
                                                                                                                                                                  • Бинарное логирование
                                                                                                                                                                  • Работа с памятью
                                                                                                                                                                  • Изолирование процессов
                                                                                                                                                                  • Работа с сетью сокетами
                                                                                                                                                                  • Подключенные устройства
                                                                                                                                                                  • Файловая система

                                                                                                                                                                  Еще хз зачем ему вебсервер и еще тонна приблуд. Где тут unixway?
                                                                                                                                                                    0
                                                                                                                                                                    Еще хз зачем ему вебсервер и еще тонна приблуд. Где тут unixway?
                                                                                                                                                                    Unixway тут в том, что всё вами вышеперечисленное делает не одна утилита, а несколько десятков. Каждая из которых отвечает за что-то своё.

                                                                                                                                                                    SysVinit, если вспомните, тоже должен был заниматься управлением процессами (про уровни выполнения не забыли, нет?) — вот только делал он это настолько отвратительно, что в 99% случаев из 100 вместо них использовались разного рода костыли.

                                                                                                                                                                    Наркоман этот тот, кто unixway'ю приписывает движения по типу «делай как можно больше» вместо «делай одно, но отлично».
                                                                                                                                                                    И что ж такого «отличного» умел делать SysVinit? Запускал процессы и всё (ибо уже с их остановкой у него были баааалшые проблемы — из-за чего и началась в дистрибутивах GNU/Linux вся эта каша в /etc/init.d). Это скорее анти-unixway: делай что-то… хреново, а когда кто-то жалуется — забивай болт.
                                                                                                                                                                    • НЛО прилетело и опубликовало эту надпись здесь
                                                                                                                                                                        +1
                                                                                                                                                                        /sbin/init запускает только getty и sh
                                                                                                                                                                        далее сценарии запуска для каждой из.
                                                                                                                                                                        Это — печальная реальность прямо перед переходом на systemd. В прошлом веке, когда SysVinit был молод, он запускал и Xы и другие демоны. Однако возникали проблемы с остановом (SysVinit останавливал «по запросу» основной сервер, а вспомогательные процессы выживали и «отравляли жизнь»). В результате от использования его в такой роли отказались, а реальная работа была переложена на плечи кучи bash-скриптов.

                                                                                                                                                                        И да — договориться о каком-то порядке в этих скриптах было невозможно ибо каждый дистрибутив гордился тем, что именно они сделали «правильные скрипты».

                                                                                                                                                                        Что же касается «собора и базара» — то уже очень хорошо видно, что работает только нечто среднее: если над системой работает горстка разработчиков и они всё делают сами (подход *BSD) — то вы безнадёжно отстаёте, если у вас есть сотни форков, но нет никого, кто бы отбирал самое важно — то «обычный пользователь» с вашими поделками работать не будет, так как просто в них запутается (это как раз долгое время мешало продвижению Linux на desktop), чтобы добиться успеха нужны сотни/тысячи независимых программистов — кто-то, кто будет собирать их в «генеральную версию».
                                                                                                                                                                        • НЛО прилетело и опубликовало эту надпись здесь
                                                                                                                                                                            0
                                                                                                                                                                            Блин, откуда этот миф о закрытости _публичных_ проектов?
                                                                                                                                                                            Потому что это не миф. Огромное количество вещей, которые есть в GNU/Linux изначально были внутренними проектами, которые открыли из-за требований лицензии и интегировали — часто вопреки желаниям первоначальных разработчиков. В *BSD чуть ли не единственная вещь, с которой так поступили — это ZFS.

                                                                                                                                                                            Где вы это вычитали?
                                                                                                                                                                            Я это не вичитал, я это сам, лично набюдал. Изменение runlevel с такого, где есть X'ы на такой, где их нет — останавливает сами X'ы, но не останавливает порождённые ими процессы. Починили, как обычно, костылём в виде bash-скрипта.

                                                                                                                                                                            Количество процессов в сервисе = CPU number
                                                                                                                                                                            Скрипт 15 строк + /etc/rc.subr shell библиотека
                                                                                                                                                                            И вот в этой-то библиотеке как раз и проблема.

                                                                                                                                                                            Наверное проблема линуксо-строительства в другом.
                                                                                                                                                                            Проблем было, собственно, два:
                                                                                                                                                                            1. Даже после многих лет пристраивания костылей к костылям библиотеки для работы с демонами под SysVInit работали плохо.
                                                                                                                                                                            2. Главное — они во всех дистрибутивах были разными, что обозначало что «из коробки» не поддерживался ни один.

                                                                                                                                                                            systemd полностью решил вторую проблему — и на 99% первую.

                                                                                                                                                                            В мире *BSD на вторую проблему забили большой болт (можно ваши скрипты использовать, чтобы работать с демонами в OpenBSD или NetBSD и прочим зоопарком? а — да: нинужнааа… понял), а первую… ну им как раз удалось её решить лучше, чем линуксоидам в силу того, что система разрабатывается как единое целое… подход, который унаследовал от UNIX и *BSD как раз systemd…
                                                                                                                                                                            • НЛО прилетело и опубликовало эту надпись здесь
                                                                                                                                                                                0
                                                                                                                                                                                Имеется в виду, что если есть лапша из демонов, один из которых запускает дочерние процессы, то вы можете грохнуть гарантированно только сам основной процесс. А дочерние могут остаться жить. В парадигме init-скриптов в Linux такая проблема имеет место быть. И никакого отношения к типу сигнала это не имеет.
                                                                                                                                                                                К сожалению, не все сервисы умеют правильно хендлить своих потомков…

                                                                                                                                                                                Я уж не говорю о кейсах, когда нужно обеспечить порядок запуска.
                                                                                                                                                                                Например, мы хотим сначала подмонтировать какой-либо каталог и ТОЛЬКО после этого запустить сервис (т.к. его данные лежат в этой точке монтирования). И в линуксе с SysV начинается геморрой. Точка монтирования отвалилась — как перезапустить сервис гарантированно без дополнительных обвязок. Или куча других интересных вещей.

                                                                                                                                                                                Я уж не говорю про то, что у меня был кейс, когда init-скрипт думал, что сервис запущен, т.к. существовал pid файл, но фактически под этим pid'ом был запущен вообще другой процесс. Немного вмешательства ручек ops и полетели дальше… но осадочек очень неприятный.
                                                                                                                                                                                  0
                                                                                                                                                                                  >В мире *BSD на вторую проблему забили большой болт

                                                                                                                                                                                  Откуда эта информация?
                                                                                                                                                                                  Из первых рук, однако. Darwin, FreeBSD, NetBSD, OpenBSD — у них у всех разные (хотя у последних трёх и похожие) системы запуска… при этом только у первой — сколько-то осмысленное количество установок (но не на серверах).

                                                                                                                                                                                  Если некоторые демоны некорретно отрабатывают SIGTERM/USR12/INT/STOP, то на это есть таки злобный SIGKILL.
                                                                                                                                                                                  Вот только для того, чтобы найти процессы, которым нужно послать «злобный SIGKILL» — нужно провести целое расследование… которые соответствующие bash-скрипты и делают… но не всегда успешно.

                                                                                                                                                                                  В норме разработчие должен минимум озаботиться корректной остановновкой процесса по сигналу TERM со всеми необходимыми приседаниями, и обработкой иных сигналов. Это же как «отче наш».
                                                                                                                                                                                  Для разработчика, для которого основная платформа — Windows? В гробу он видал и TERM и KILL. И вообще — если платформа приносит 0.5% продаж, то на её поддержку можно выделить один день. В год. Ну хорошо: от щедрот — два. Это же как «отче наш».

                                                                                                                                                                                  А тут вы с тоннами правил, док и прочего.
                                                                                                                                                                                  • НЛО прилетело и опубликовало эту надпись здесь
                                                                                                                                                                                      0
                                                                                                                                                                                      Просто надо понимать, что подавляющее большинство разработчиков — работают под Windows. Это не что-то с чем можно спорить и что стоит обсуждать. Это — просто факт.

                                                                                                                                                                                      Соответственно это можно либо учитывать, либо бороться с ветряными мельницами. systemd — это попытка это учесть.
                                                                                                                                                                                        0
                                                                                                                                                                                        Разработчиков под что простите?
                                                                                                                                                                                        Очень многие сидят на маках.
                                                                                                                                                                                        Или думаете, что они все хипстеры чертовы?
                                                                                                                                                                                          0
                                                                                                                                                                                          Разработчиков под что простите?
                                                                                                                                                                                          Подо что угодно.

                                                                                                                                                                                          Очень многие сидят на маках.
                                                                                                                                                                                          Разрабочики — нет. Они могут разрабатывать подо что угодно, но сидеть они будут под Windows — и, скорее всего, в Visual Studio.

                                                                                                                                                                                          Или думаете, что они все хипстеры чертовы?
                                                                                                                                                                                          Художники, дизайнеры — да, там Маков много. Хотя не уверен, что большинство. Но разработчики — сидят под Windows.

                                                                                                                                                                                          Да, спасибо за то, что заставили пошевелиться и посмотреть. Действительно: времена, когда 90% разработчиков сидели под Windows уже прошли. Сейчас — речь скорее идёт о 50%, однако если учесть, что 35% испольщуют VS Code и 34% Visual Studio, то понятно, что даже убежавшие на Mac «хипстеры» по прежнему имеют представления о внутреннем устройстве Windows больше, чем о том Mac'е, на котором они работают.

                                                                                                                                                                                          А уж о том, что там творится на FreeBSD — они не имеют вообще никакого представления… кроме тех 0.2%, которые на ней работают, конечно.
                                                                                                                                                                                            0
                                                                                                                                                                                            Есть ещё куча людей, которые сидят на продуктах JetBrains (IDEA?). И есть отщепенцы, которые пишут на Eclipse (и что там ещё бывает). Я, честно говоря, вообще не уверен, что Вы рассмотрели Джава-мир, т.к. очевидно, что M$ всегда себя ему противопоставлял (хотя в какой-то момент даже был Microsoft J++)

                                                                                                                                                                                            Вот есть ещё biased опрос www.jetbrains.com/research/devecosystem-2018
                                                                                                                                                                                            Маков реально много
                                                                                                                                                                                              0
                                                                                                                                                                                              Я рассматривать опрос на Stack Overflow. Да, это не 100% объективность — но уж явно ближе к истине, чем опрос среди пользователей продукта, который, автоматически, просто по определению, игнорирует самую большую группу — разработчиков, пользующихся Visual Studio.
                                                                                                                                                                                                0
                                                                                                                                                                                                Анализ статистики дело сложное. Я честно сказал, что опрос на сайте JetBrains не может не быть biased. Но и на SO тоже, если подумать. Или Вы правда верите, что все разрабы, во-первых, участвуют в опросах SO (мое время сейчас ценнее, чем эта фигня), а, во-вторых, вообще там присутствуют (с какого-то момента мне там стало неинтересно, но иногда (т.е. =редко) ресурс мне помогает в решении проблем).
                                                                                                                                                                                        • НЛО прилетело и опубликовало эту надпись здесь
                                                                                                                                                                                            0
                                                                                                                                                                                            Написать обход по дереву процессов с передачей сигналов term/kill и контролем процессов это задание для студента.
                                                                                                                                                                                            То есть ты считаешь, что не было никого, кто мог бы написать элементарный, на 2 страницы кода со всеми приседаниеми, контроль/управление процессами в /sbin/init?

                                                                                                                                                                                            Я считаю, что есть люди, которые это могут сделать, но, как выше правильно было замечено:
                                                                                                                                                                                            • Квалификация людей, работающих на (в) опен-сурс — совершенно различная. Есть и криворукие, есть и прям профессионалы и гении своего дела. Чего говорить про инит-скрипты, если для многих вендоров запаковать свой софт корректно в пакеты представляет невыполнимую задачу???
                                                                                                                                                                                            • По init. А Вы не рассматривали, что решение указанной проблемы не является нужным? Ну, тем более, что вроде как уже продавили systemd во все дистрибутивы?
                                                                                                                                                                                            • Ну, и, выше правильно заметили, что каждый дистрибутив во времена init предлагал СВОЙ «самый правильный» способ написания инициализационных скриптов, что тоже не добавляло радости всем.
                                                                                                                                                                +1
                                                                                                                                                                … на мой программерский взгляд, systemd — это одно из лучших, что случилось с Linux за последние 10 лет.

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


                                                                                                                                                                Написание постоянно работающих служб ешё никогда не было настолько простым и приятным.

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

                                                                                                                                                                –1
                                                                                                                                                                по-моему, я предельно ясно выразился, что *BSD в более правильном направлении развивается потому, что там нет системды :)
                                                                                                                                                                Вы высказались непонятно потому, что systemd — это, фактически, перенос подхода *BSD, где есть «base system», собираемая из одного репозитория, в мир Linux.

                                                                                                                                                                Сосственно ровно так Unix всегда и был сделан — со времён его изобретения в 70х годах. Один общий репозиторий, где живёт вся система — init, cron и прочее добро. И работать совместно могут только программы из этого репозитория, «смешения пакетов» для базовой системы не предусмотрено. Большое отличие, собственно, ровно одно: в *BSD (как и вообще в UNIX) ядро — часто того же репозитория.

                                                                                                                                                                но как это уже было неоднократно, резкого и безальтернативного перехода a-la linux (а теперь — капец), полагаю, не будет: хочется верить, что мудрости у дядек из беркли больше, чем у горячего финского студента...
                                                                                                                                                                Наоборот: ровно «резкий и безальтернативный переход» — это как раз фирменная фишка в UNIX и *BSD (особенно этим OpenBSD славится). Это как раз в мире Linux (до появления systemd) «хвост по частям» отрезали.
                                                                                                                                                                  –1
                                                                                                                                                                  линух прикончит системда, когда оно «срастётся» с кёрнелом и гномом в [практически] монолит

                                                                                                                                                                  Андроид и есть сросшийся монолит на основе Убунту, но он жив.
                                                                                                                                                                  • НЛО прилетело и опубликовало эту надпись здесь
                                                                                                                                                                      0
                                                                                                                                                                      Погодите — а что в Android от Ubuntu? Libc там своя, init — тоже, gcc/clang — тоже, вроде как, не изобретение Ubuntu…
                                                                                                                                                                0
                                                                                                                                                                Как мне кажется, похожая история происходит с файловой системой ZFS. По сути это просто офигенная технология. Хотя бы одно то, что можно автоматически делать снапшоты при обновлениях и откатывать всю систему при желании за долю секунды, делает ОС на её основе уникальной. Ну и во многих других отношениях это очень крутая файловая система. Однако мутный юридический статус мешает её признанию, пока только Ubuntu её официально и полноценно поддерживает, да и та не из коробки и без задействования её фич. Боюсь, так и не «выстрелит» она.
                                                                                                                                                                  –1
                                                                                                                                                                  Снапшоты есть уже давно в btrfs и xfs, так что да… «скрипач не нужен»…