Заметка эта родилась в ходе многочисленных переходов с одной системы на другую, в ходе многолетнего (во временных масштабах IT) их совместного использования, а также в ходе размышлений на тему: а какую систему мне поставить на новую машину? Непосредственным же толчком для нее послужила переписка с рядом авторов и мечты об идеальном дистрибутиве, обсуждавшиеся нет так давно на . Но для начала –Пара оговорок

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

И еще: далее ни слова не будет говориться о применении Linux или FreeBSD в качестве серверов, узлов локальной сети и тому подобных сисадминских материях. А исключительно – о пользовательских, сиречь десктопных, их качествах. Предвидя реакцию некоторой категории читателей, последнюю фразу готов выделить тэгом и повторить дважды и трижды:–) Субъективное вступление

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

В периоды, когда на моей машине одна FreeBSD, рабочее время мое распределяется примерно так: 90% – практическая работа (абсолютно не важно, какой характер она носит в данный момент), и 10% – более или менее нездоровые эксперименты над системой. Стоит же угнездиться в уголке винчестера какому–никакому Linux–у – и временная доля экспериментов сразу подскакивает до 50%. А в периоды, когда я занимался сборкой Linux–а с нуля, экспериментальный режим фактически становился перманентным.

И я задал себе вопрос – почему? И – для себя же – ответил: FreeBSD – цельная и стройная система, в которой после комплекса начальных настроек не возникает желания ни прибавить чего, ни убавить. Не случайно движение , время от времени охватывающее широкие слои Linux–пользователей, в мире FreeBSD фактически не получило развития: известное сочинение Йенса Швайкхардта (существующее и в ) – это скорее описание автоматизированной альтернативы sysinstall, нежели ручного построения собственной системы с нуля.

Linux такую внутреннюю стройность продемонстрировать не может. И потому желание что–то изменить в уже установленной системе, усовершенствовать, добавить, почистить, а то и просто пересобрать все заново, возникает постоянно, и преодолевается только дефицитом времени.

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

Однако повторяю, все это – сугубо субъективно, ведь далеко не все занимаются сочинением околокомпьютерных заметок. И потому попробую провести более объективное сравнение.Первая попытка объективизма: «железо»

Что требуется большинству пользователей от операционной системы как таковой? Во–первых, конечно поддержка «железа», которое на настольных персоналках, как известно, однообразием не страдает.

Бытует мнение, что Linux поддерживает более широкий спектр оборудования, нежели FreeBSD. Действительно, для последней мы не найдем, скажем, принтерных драйверов от производителя. Полноценная поддержка современных видеокарт реализована только в том случае, если они от NVIDIA (да и то, по отзывам, существенно худшая, нежели для Linux–а). Вероятно, возникнет в этой ОС напряженка и с т.н. win–модемами. Это с одной стороны.

А с другой: всем счастливым обладателям контроллеров ATA RAID и Serial ATA в Linux до недавнего времени приходилось прибегать ко всякого рода ухищрениям. К тому же не всегда удачным, особенно если присоединенные к таким контроллерам диски предполагалось использовать в качестве загрузочных устройств. Собственно, ситуацию можно считать нормализовавшейся только в последних ядрах ветки 2.6.X...

Во FreeBSD же 5–й ветки более или менее параллельно, на каком контроллере IDE–семейства сидит жесткий диск: благодаря CAM (Common Access Method) как–то работать с ним можно будет в любом случае, а если он еще и корректно опознан, то не будет препятствий и для загрузки с него. Да и в 4–й ветке – я ни разу не сталкивался с проблемами для «одновозрастных» контроллеров ATA RAID.

Другой пример – звуковые карты. Все те из них, что основаны на более–менее распространенных чипах, работали во FreeBSD без малейшего напряжения (рук или мысли). То же можно сказать и о «чипсетном» звуке. В Linux–е же аналогичные устройства часто требовали не вполне тривиальных манипуляций с ALSA–драйверами, благо ныне они встроены в ядро. Однако даже и в последнем случае без кое–каких настроечных действий не обойтись. Но это уже предмет второй попытки объективизма.

А итог «железного» объективизма я сформулировал бы так: может быть, Linux поддерживает более широкий круг всяческого оборудования (в том числе, и кое–какой экзотики), но все «железо», что поддерживается FreeBSD (а это практически все стандартное и распространенное «железо»), использовать, в большинстве случаев, проще. И тут мы плавно переходим ко второму волнительному для юзера, особенно начинающего (а не начинающие давно сделали свой выбор) моменту, имя которому –Настройка

Устоявшее (и тщательно культивируемое) мнение, будто бы FreeBSD сложнее в установке и настройке, нежели Linux, я не могу объяснить ничем иным, как недоразумением. Потому что ничего общего с действительностью оно не имеет.

Начнем с установки. Инсталляция FreeBSD штатными средствами (с помощью утилиты sysinstall) выполняется за полчаса, не требует непременного доступа к Сети (хотя таковой лишним не будет) и дает в итоге полностью работоспособную систему с кириллической консолью, функционирующим dial–up (или, по ситуации, включением в локалку), запускаемыми Иксами и необходимым для начала практической деятельности минимумом пакетов (из прекомпилированных бинарников). Все настройки, и общесистемные, и для прикладных пакетов, разумны (пусть и не идеальны с точки зрения конкретного юзера).

Конечно, установка FreeBSD требует некоторых предварительно полученных знаний. Каковые сводятся к а) представлению о разметке диска в BSD–стиле, принятой здесь номенклатуре накопителей и стратегии создания файловых систем. Не потому, что эти моменты так сложны – просто именно они очень отличаются от всего, что пользователь мог знать ранее (по опыту общения с DOS/Windows или Linux). И к тому же разметка диска и файловые системы на них – это единственное, что пользователь не в силах изменить после инсталляции (без тотальной переустановки, естественно). Однако и это не столь страшно: предлагаемая в sysinstall схема разметки и файловых систем по умолчанию вполне походит для настольной персоналки, хотя и не идеальна в ряде специальных случаев.

Большинство известных мне инсталляторов из разных дистрибутивов Linux отличаются от Free"шного sysinstall в две противоположные стороны:

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

Наравне с Free–шным sysinstall я поставил бы (из всех мне известных) только установщик из Archlinux. Написанный, как свидетельствует его разработчик, под влиянием первого, он обеспечивает почти такое же сочетание простоты и гибкости.

Однако (и это уже специфика Linux как системной целостности) даже в этом случае законченной работоспособной системы на выходе не получается. Без ручной доводки обойтись не удастся.

Конечно, постинсталляционная доводка не возбраняется и во FreeBSD. Однако здесь она направлена на достижение идеала, а не обеспечение базовой функциональности. Что я проиллюстрировал бы серией примеров.

Начнем с той же русификации. Сразу после установки FreeBSD пользователь, при желании, получает полностью кириллизованную консоль. Правда, в одном–единственном варианте, с внутренней кодировкой kOI8–R, вводом в ней же и экранным выводом в кодировке DOS, да еще и с не вполне идеальными шрифтами. Но никаких дальнейших действий по базовой русификации от него в обязательном порядке не требуется. А привести раскладки и шрифты в соответствие со своим идеалом он может и позднее. В дистрибутивах же Linux, не очень напирающих на дружественность пользователю ручной правки пары конфигов, пожалуй, не избежать. На причинах этого останавливаться не буду (для тех, кто представляет разницу между консолью в Linux и FreeBSD, они очевидны).

Конечно, в user–ориентированных дистрибутивах Linux отечественного происхождения пользователь получает стопроцентно русифицированную консоль «из коробки». Однако выполненную в соответствии с представлениями разработчиков. Каковые отнюдь не обязаны совпадать с представлениями (и, главное, потребностями) данного конкретного пользователя. И в этом случае на коррекцию ему придется затратить существенно больше сил, нежели при русификации с нуля какого–либо дистрибутива из числа Source Based. В подтверждение чему – вспомним многочисленные статьи, посвященные откату в Red Hat (и Fedore"ном Core) с «прогрессивной» кодировки UTF на KOI8, пусть «бомжовскую», но вполне устраивающую многих и многих...

Русификация консоли тесно связана со стилем инициационных файлов, принятых в данной системе. И тут линейный BSD–стиль с позиций пользователя выглядит более простым, нежели принятая в Linux инициация в стиле System V, основанная на понятии runlevels , перевод которого как «уровни выполнения» способен окончательно запутать начинающего пользователя.

Господа админы промышленных серверов возразят мне, что стиль System V позволяет гибко подключать и отключать различные стартовые сервисы. Не буду спорить. Однако часто ли такая задача встает перед настольным пользователем? Гораздо чаще его целью является убиение раз и навсегда многочисленных служб, которые майнтайнеры дистрибутива посчитали жизненно необходимыми для его счастья...

Не случайна тенденция многих современных дистрибутивов Linux к использованию BSD–стиля загрузки, примерами чему, кроме классической Slackware, и CRUX, и Gentoo. А в Archlinux понятие runlevels вообще утрачивает значение, хотя соответствующие слова в файле /etc/inittab найти можно, на практике уровни выполнения при старте системы никак не играют. А вот попыток внедрить в BSD–системы «прогрессивный» стиль System V что–то не наблюдается. Не считать же таковым группировку скриптов различных служб в едином подкаталоге в /etc во FreeBSD 5–й ветки.

Что до русификации Иксов – X, как известно, он и в Африке X. И действия по вписыванию путей к файлам с кириллическими шрифтами, коррекция клавиатурной раскладки и установка переключателя с латиницы на кириллицу окажутся неизбежными, поверх какой операционки Иксы бы ни стояли.

Второй показательный пример – настройка звука. Во FreeBSD это требует (для подавляющего большинства распространенных чипов и чипсетного аудио) внесения одной (и одинаковой во всех случаях) строки в конфигурацию ядра и перекомпиляции последнего. После чего о звуке можно просто забыть – он будет работать всегда и везде.

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

В Linux: начинаем с того, что то же самое чипсетное аудио (а с постепенным вымиранием карт типа SB AWE128 оно становится предпочтительным для всех пользователей без претензий на меломанию или композиторство) непременно требует драйверов ALSA. Благо, что ныне они встроены в ядро и в большинстве дистрибутивов включены в умолчальные ядра в качестве модулей. Если нет, то перекомпиляция ядра большого труда не составит.

Однако перекомпиляцией ядра дело не ограничивается. Нужно еще поставить соответствующий ALSA–инструментарий (да еще, как правило, средства совместимости ее со старой звуковой системой OSS), активизировать соответствующего демона и с помощью не вполне очевидных средств обеспечить его «самовосстановление». И после всего этого опять столкнуться с неожиданностями. Например, с нежеланием мирного сосуществования ALSA и arts (звуковой системы KDE). Конечно, мне могут возразить, что это проблемы KDE, однако во FreeBSD их не возникает вовсе.

Кстати, о доустановке инструментария (и прочих программ)... Для этого ведь необходимаСистема управления пакетами

Здесь до недавнего времени первенство, безусловно, принадлежало FreeBSD. Система портов ее обеспечивала несравненное сочетание простоты и гибкости, всегда оставляя возможность выбора – собирать ли пакеты из исходников, или устанавливать их из бинарников. Не возбраняя и комбинацию этих методов. Из всего Linux–ового богачества по этой части с портами мог сравниться только Debian–овский apt, ассимилированный в недрах многих rpm–based дистрибутивов. Однако, хотя apt и предполагает возможность сборки собственных пакетов, основным методом при нем является использование прекомпилированных бинарников, собранных в соответствие с представлениями майнтайнера о зависимостях оных.

Ныне положение изменилось и в Source Based дистрибутивах Linux широко используются портообразные системы, развившиеся под сильным влиянием своего FreeBSD–прототипа: портежи Gentoo, Sorcery из Sorcerer"а, порты CRUX, Archlinux Building System из одноименного дистрибутива. Они подчас превосходят своего прародителя по универсальности, гибкости, глобализации настройки или прозрачности устройства, использования и модернизации. К тому же, за десятилетие своего развития порты FreeBSD стали весьма громоздким и труднообозримым сооружением, поддержание которого в актуальном состоянии представляет собой отдельную задачу. Далеко не всегда решаемую с помощью дополнительных средств типа portupgrade (которая сама по себе является уже частью не базовой системы, но системы портов).

И тут уместно сказать пару слов еще об одной широко распространенной легенде – будто бы сборка из исходников посредством портообразных управляющих комплексов всегда приводит к более «чистой» (то есть свободной от лишних компонентов) системе. Это далеко не всегда так.

Во–первых, в самой природе портов (и их клонов) часто заложена некоторая избыточность устанавливаемых компонентов. Хрестоматийный пример – cvs-up, требующий для актуализации, как базовой системы, так и портов FreeBSD: в бинарном виде это легкий компактный пакет, не обременяющий даже пользователя с модемным подключением. При сборке же через порты он тянет за собой дистрибутив modula (поскольку на нем написан), который дальнейшем не пригодится никому, кроме приверженцев этого языка программирования.

Что меня всегда удивляло в портах FreeBSD, так это ситуация со сборкой моего любимого редактора joe. Каковой в качестве зависимости непременно требовал GNU make версии 3.80, хотя собственный make входит в состав FreeBSD Distributions и собрать с его посредством joe руками не составляет никаких проблем.

А вообще «чистота» установки пакета очень зависит от конкретной реализации порта. Недавно обнаружил я в новостях сообщение о новом оконном менеджере под названием edo – небольшом, как говорилось, компактном и быстром. Обнаружился он и в портах FreeBSD, откуда я решил его собрать. В итоге этот маленький:–) WM потянул за собой (как зависимость зависимости) не что иное, как MySQL...

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

Каждый, кому доводилось собирать Linux from Scratch, знает, что некоторые версии пакетов Base Linux имеют обыкновение собираться только с определенными (отнюдь не обязательно самыми свежими) версиями таких утилит, как autoconf и automake, категорически отказываясь делать это с другими их версиями (пусть даже более свежими и прогрессивными).

Разработчики Source Based дистрибутивов Linux подчас обходят эту сложность тем, что принудительно вносят в список зависимостей таких «склизких» пакетов autoconf и automake «прошлогоднего» розлива, притом, что сам по себе базовый комплект включает уже текущие на данный момент их версии. В результате чего, например, в Gentoo при выполнении бутстраппинга или emerge system можно с удивлением наблюдать, как система лезет в Интернет за бородатым, как Карл Маркс, autoconf хотя свежая его версия только что была развернута из тарбалла stage1. А если вспомнить, что многие полагают, будто по настоящему стабильное ядро Linux может быть собрано только с gcc версии 2.9.X, результатом чего оказывается присутствие в системе двух компиляторов, то о какой «чистоте» сборки можно еще говорить?

Впрочем, достижение разумного баланса между развертыванием прекомпилированных пакетов, установкой их из портообразной системы и самостоятельной «штучной» сборкой – тема совершенно отдельного разговора. А пока рискну сформулировать еще пару «объективок»:

• FreeBSD, вопреки устоявшемуся мнению, существенно проще в настройке и локальном администрировании. Даже без учета того факта, что она одна, а Linux–ов – много;
• напротив, система портов FreeBSD в настоящее время (в отличие от недавнего прошлого), не имеет значимых преимуществ перед аналогичными инструментами из Source Based дистрибутивов Linux.

Если тщательно подсчитать приведенные выше плюсы и минусы обеих операционок, можно прийти к выводу, что счет между ними – равный. Возможно, с незначительным позиционным преимуществом FreeBSD, но столь незначительным, что вполне резонно согласиться на ничью. Однако каждая ОС устанавливается, настраивается и наращивается приложениями не ради себя самой, а для практического использования. И потому следует рассмотреть в сравнении ихПользовательские качества

Здесь для начала рискну высказать крамольное, с точки зрения фанатиков любой из обсуждаемых систем, мнение (впрочем, фанатики любое мнение, не совпадающее с их собственным, сочтут крамольным). А именно:

Для пользователя, отдающего преимущество работе в графическом режиме, разницы между FreeBSD и Linux практически нет.

Ибо такой пользователь большую часть времени проводит в Иксах, и ему абсолютно без разницы, поверх какой операционки эти самые Иксы крутятся. Ему только кажется, что он работает в Linux или FreeBSD (NetBSD, OpenBSD – рискну расширить я этот список). На самом деле работает он в KDE (Gnome, XFce, WindowMaker – нужное дописать). И если бы ему не пришлось предварительно устанавливать и настраивать свою операционку, он имел бы шанс никогда не узнать, в какой именно из POSIX–совместимых систем он работает: перед ним будут одни и те же интерфейсные элементы, одни и те же средства настройки и приложения.

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

И тут я не могу не произнести оду текстовой консоли FreeBSD и средствам управления ею. Каковые включают в себя всего две команды: vidcontrol и kbdcontrol, назначение которых однозначно вытекает из названий. И которые позволяют настроить в консоли абсолютно все – от плотности символов на экране (т.н. разрешения) до цвета бордюров, своих для каждого виртуального терминала.

Пользователь Linux для начала вынужден разбираться с тем, какой из двух пакетов управления консолью – kbd или console-tools применяется в его дистрибутиве. Конечно, ныне они практически идентичны по своим возможностям, но каждый имеет свой набор команд с несколько различающимся синтаксисом. А кое–какие настройки (например, цвета текста и фона) требуют от него использования команд, не входящих ни в один из пакетов. А кое–что (например, те же цвета бордюров) все равно останутся для него недоступными.

Сказанное относится и к базовым командам обеих систем. FreeBSD Distributions – монолит, тесно увязанный с ядром, включающий в себя все, что может понадобиться пользователю для администрирования и использования системы (а администрирование локального десктопа такая же пользовательская задача, как и обработка текстов или манипулирование файлами).

Конечно, и Linux располагает тем же самым набором классических Unix–утилит (точнее, как и FreeBSD, их аналогами). Однако это именно разобщенные пакеты, разрабатывавшиеся в рамках проекта GNU, в сущности, независимо от операционной системы. И уже в силу этого не столь тесно интегрированные с ней и между собой.

Так что же, в консольном режиме первенство остается за FreeBSD? По моему мнению – безусловно. Но только если речь идет именно о чисто текстовой консоли. Если же обратить свой взгляд на т.н. графическую консоль (реализуемую посредством Frame Buffer), то все видится несколько иначе.

Начать с того, что графическая консоль FreeBSD (т.н. Raster Mode) ограничена одним–единственным разрешением 800x600 (тут речь идет именно о настоящем пиксельном разрешении, а не плотности символов). Да и то на некоторых чипах этот режим не работает вообще, на других имеет вполне скверный вид. Собственно, нормального результата в Raster Mode мне не удавалось добиться ни на одной из имевшихся в моем распоряжении видеокарт.

В Linux же графическая консоль просто радует глаз. Даже при поддержке Frame Buffer для абстрактных VESA–совместимых карт, можно варьировать разрешения от 640x480 до 1280x1024, с изменением глубины цвета в стандартном диапазоне. Что обеспечивает не только комфортный просмотр изображений, но и весьма приличное (на мой взгляд – более чем приличное) воспроизведение видео. Для карт, имеющих хорошо реализованные собственные драйвера в ядре Linux (Matrox, ATI, чипсетное видео от Intel) к этому добавляется возможность установки нестандартных разрешений экрана.

Естественно, никто не использует консоль для работы с изображениями, и очень немногие для просмотра видео. Почему же я придаю графической консоли такое значение? Да потому, что незаметно, но наступает эра жидкокристаллических дисплеев, знаменующая собой смерть чисто текстового режима (но не консольного режима как такового). Почему – легко поймут те, кто видел стандартный текстовый режим 80x25 символов на 18–дюймовом LCD–мониторе с физическим разрешением матрицы 1280x1024. А как это смотрелось бы на экране с соотношением сторон 16:9 я боюсь себе даже представить...

Наконец, остается еще один вопрос, важный для пользователя –О производительности

Представление о большем быстродействии FreeBSD по сравнению с Linux–ом столь же традиционно, как и мнение о большей сложности ее настройки. Однако так ли все однозначно?

Во–первых, как один из основных критериев при этом рассматривается скорость загрузки, корреляция которой со скоростью исполнения приложений несколько сомнительна. Помнится, из немалого числа операционок, которые мне довелось видеть в своей жизни, быстрее всех грузилась MS DOS:–)

Во–вторых, даже если считать скорость загрузки одним из критериев быстродействия, то превосходство перед Linux–ом обнаруживает только FreeBSD 4–й ветки. Пятая ветка грузится ровно столько же, сколько и любой дистрибутив Linux, задействующий файловую систему устройств devfs. Конечно, в благородном Linux–семействе можно подобрать таких представителей, которые грузятся еще дольше, но это очень дружественные к юзеру системы, отягощенные... изобилием стартовых сервисов (в частности, автоопределителем оборудования kudzu).

По своему сугубо пользовательскому опыту я бы сказал, что разницы в быстродействии на пользовательских задачах между Linux и FreeBSD органолептически обычно не просматривается. За двумя исключениями, первое из которых – файловые операции.

Очевидно, что на производительность файловых операций каждой ОС влияют два фактора – реализация взаимодействия с дисковой подсистемой (для десктопа – конкретно с интерфейсом ATA) и организация поддерживаемой файловой системы (систем). И вот тут–то FreeBSD оказывается в невыгодном по сравнению с Linux положении.

Выше упоминалось, что за счет CAM во FreeBSD (речь идет о 5–й ветке) достигается универсализм в работе с дисковыми контроллерами – у меня сложилось впечатление, что ей вообще безразлично, на каком конкретно контроллере сидит диск (лишь бы он опознавался BIOS"ом – но и это необходимо только для загрузки с него ядра). Однако за универсализм приходится платить. И, похоже, что в данном случае расплата наступает в виде снижения быстродействия дисковых операций – хотя достоверной информации по данному вопросу я не нашел, исходя из общих соображений, это выглядит похожим на правду.

Такова первая сторона вопроса. Вторая – файловая система FreeBSD, каковыми являются UFS и (по умолчанию в 5–й ветке) ее усовершенствованная модернизация UFS2. Традиционно в этой ОС обе используются в частично синхронном режиме (noasync mode), когда изменения метаданных файлов записываются на диск немедленно, а изменения блоков данных – кэшируются в оперативной памяти.

В Linux принята другая модель работы с ATA–дисками: разные типы контроллеров имеют (или не имеют) собственную поддержку в ядре. Что исключает использование явно не поддерживаемых устройств, зато для поддерживаемых, судя по всему, обеспечивает большее быстродействие. Файловые системы (а Linux поддерживает в качестве нативных несколько их разновидностей) по умолчанию все (кроме, возможно, JFS) используются в полностью асинхронном режиме (async mode), когда и данные, и метаданные кэшируются в оперативной памяти.

В результате сочетания указанных факторов файловые операции осуществляются в Linux существенно быстрее, нежели во FreeBSD. Собственно, я всегда это подозревал, но только показало, насколько отставание FreeBSD 5–й ветки в этом плане существенно – положение не спасает даже механизм SoftUpdates, призванный повысить и надежность, и производительность манипуляций над файлами. К слову сказать – во FreeBSD 4–й ветки такого отставания ранее не наблюдалось, что косвенно подтверждает негативное влияние работы с дисковой подсистемой (усугубляющее деградацию именно синхронных операций) – в ней модель CAM не используется (по крайней мере, не использовалась, когда я ею пользовался). А вот в Linux с его исключительно асинхронным использованием файловых систем, по моим наблюдениям, зависимости скорости работы с файлами от производительности дискового железа почти нет.

Второе из обещанных исключений относится к операциям своппинга. Каковые в Linux и FreeBSD выполняются существенно по разному. Для установления чего достаточно посмотреть на вывод команды top в той и другой ОС при среднепользовательской нагрузке. В Linux можно видеть, что при достаточном количестве оперативной памяти процент использования swap–пространства стремится к нулю. Например, на моем ноутбуке с Linux (512 Мбайт памяти) в момент сочинения этих строк, при загруженном KDE, html–редакторе Quanta, konsole, двух экземплярах konqueror и работающем mplayer (воспроизводство mpeg и RealAudio), swap не задействован вообще. На десктопе с FreeBSD (1 Гбайт памяти) при той же нагрузке задействованная область подкачки меньше 10% почти не опускается.

Это связано с тем, что Linux прибегает к своппингу только при переполнении оперативной памяти, во FreeBSD же на диск в любом случае (даже при избытке RAM) выгружаются страницы памяти, к которым не было обращений в течение некоего промежутка времени. В сущности, оперативная память в этой ОС выступает в качестве своего рода кэша для области подкачки (точнее, для виртуальной памяти вообще). Что эффективно при ограниченном ее объеме и было оправдано в стародавние времена, когда процессоры были медленными, а памяти – мало. Ныне такая модель использования своппинга в некоторых ситуациях приводит к замедлению работы. Пример – KDE с большим количеством рабочих столов и периодическим переключением между ними, где такое замедление видно невооруженным глазом.

Все это обуславливает большее объективное (устанавливаемое тестами) и особенно субъективное быстродействие Linux по сравнению с FreeBSD. Хотя должен опять подчеркнуть – речь идет именно о десктопной сфере: на сильно загруженном сервере механизм кэширования FreeBSD может проявить свои сильные стороны, и скоростные соотношения между этими системами, возможно, в ряде случаев окажутся прямо противоположными.Подведем итоги

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

Чем подкупает FreeBSD – так это а) простотой установки, б) логичностью настройки и в) легкостью администрирования в локальном масштабе. Однако те же особенности (по крайней мере, большая их часть) характерны ныне и для лучших (по моему мнению) современных представителей Linux–семейства (CRUX и Archlinux, в какой–то степени – Gentoo). Хотя ожидать от них внутренней стройности и целостности FreeBSD, по понятным причинам, в ближайшее время не приходится.

В то же время я отдаю себе отчет в архаичности файловой системы FreeBSD, особенно отчетливо проступающей в сравнении с современными реализациями ReiserFS и XFS для Linux. И почти месячная эксплуатация FreeBSD–десктопа и Linux–ноутбука – машин с практически равным номинальным быстродействием, – что называется, лицом к лицу, убеждает меня в большем быстродействии последней. А вот что имеет больший вес для пользователя – это каждый должен решать для себя. Хотя, как это ни прискорбно, Linux в настоящий момент кажется лучшим выбором для настольного применения.

Однако подчеркну – в настоящий момент, ведь выход версии FreeBSD 5.3 может существенно изменить ситуацию. Однако что бы ни случилось, будущее хотелось бы видеть как взаимовлияние обеих операционных систем, взаимной ассимиляции всех плюсов и изживании минусов. Почему я и закончил бы свое затянувшееся повествование лозунгом в духе советских времен:

Демон с пингвином – братья навек!

Список файловых систем - Это список файловых систем (ФС) и сетевых протоколов, эмулирующих работу файловой системы, с небольшим описанием. Чтобы узнать более, вы можете пройти по соответствующей ссылке. Некоторые старые системы поддерживали только одну файловую систему,… … Википедия

Список операционных систем - Это список известных операционных систем. Операционные системы могут быть классифицированы по базовой технологии (UNIX подобные, пост UNIX/потомки UΝΙΧ), типу лицензии (проприетарная или открытая), развивается ли в настоящее время (устаревшие или … Википедия

BSD - У этого термина существуют и другие значения, см. BSD (значения). BSD (англ. Berkeley Software Distribution) система распространения программного обеспечения в исходных кодах, созданная для обмена опытом между учебными заведениями.… … Википедия

Список LiveCD-дистрибутивов - Это служебный список статей, созданный дл … Википедия

Список Live CD-дистрибутивов - Это служебный список статей, созданный для координации работ по развитию темы. Данное предупреждение не ус … Википедия

BSD (значения) - BSD: BSD семейство операционных систем. Лицензия BSD BSD/OS коммерческая версия BSD. Демон BSD логотип операционных систем BSD. BSD Installer компьютерная программа установщик BSD … Википедия

Список CMF - Это список CMF каркасных систем для управления содержимым (в основном, содержимым сайтов). Как правило, на основе CMF создаются CMS готовые системы управления содержимым, а те, в свою очередь, служат основой для создания полноценных… … Википедия

Список ПО для резервного копирования - … Википедия

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

Unix

Unix - на самом деле, не операционная система.Ну, и да, и нет.В конкретном применении, Unix - это операционная система, разработанная в конце шестидесятых в Bell Labs Кеном Томпсоном (Ken Thompson) и Деннисом Ричи (Dennis Ritchie). Всё последующее время она разрабатывалась и распространялась как коммерческая ОС и исследовательская ОС такими компаниями, как Bell Labs, USG, USDL, ATTIS, USL, Novell, SCO и всеми, кто мог бы выступить с акронимом.Наверное, не будет большим преувеличением сказать, что Unix оказала наибольшее влияние на современную компьютерную индустрию. Любое устройство общего применения и многие специфические устройства использует идеи и концепции и зачастую код систем из родословной Unix.Когда мы произносим слово «Unix», мы чаще всего имеем в виду «общую форму», а не конкретную ОС под названием Unix. Общая форма означает «любую операционную систему, которая дизайном, исполнением и вкусом значительно похожа на систему Unix». То есть все BSD, Linux, SunOS, Tru64, SCO, Irix, AIX, HP/UX и еще сотни и тысячи других.Мне неинтересно вступать в философские дискуссии на тему «сколько ангелов могут танцевать на секущихся концах волос». Пусть этого будет достаточно для понимания того, что когда я говорю «Unix-системы», я имею в виду именно то, о чем вы думаете, когда я произношу эту фразу.
Город Педантов → в той стороне.

Linux

Под словом Linux также кроется несколько вещей. Это ядро, изначально написанное Линусом Торвальдсом (Linus Torvalds) в студенческие годы в Финляндии. С тех пор его перетрясли, выбили, взломали, перекрутили, разогнали, разрубили, причесали, вытоптали и совершали другие манипуляции (порядок неважен, конечно) столько людей, сколько сложно себе представить.Linux - это также семейство операционных систем. В то время как в эту секунду по всему миру ведутся блестящие метафизические дискуссии (я гарантирую это) относительно того, что «Linux - это не операционная система, а просто ядро», или «Правильно говорить GNU/Linux» и так далее, я хочу отмежеваться от этой семантической помойки. Когда я говорю «Linux», я имею в виду Red Hat . Я имею в виду Slackware . Я имею в виду Mandrake . Я имею в виду Debian . Я имею в виду SuSe . Я имею в виду Gentoo . Я имею в виду каждый из 2 кадзиллионов дистрибутивов, в основе которых лежит ядро Linux c аналогичным пользовательским окружением, в большинстве своём построенном на инструментах GNU, мигрирующих по Сети.

BSD

BSD означает «Berkeley Software Distribution». Изначально, это был набор патчей и утилит для официальной Bell Unix, которые разрабатывались группой CSRG в Калифорнийском Университете в Беркли. С течением времени он развивался, заменяя и/или меняя всё больше и больше частей системы до тех пор, пока на каком-то неопределенном этапе не превратился в свою собственную ОС, просто поделившись кусками кода с Bell Unix.Конечно, это всё равно требовало наличие лицензии Bell на использование системы, хотя бы потому, что большая часть кода была написана в Bell. Весь код, написанный в Беркли, тем не менее, был выпущен под лицензией, которая впоследствии стала известна как BSD-лицензия, вольный перевод которой звучит так: «Делай с кодом всё, что тебе взбредёт в голову, просто дай нам об этом знать». Итак, путь почти всего кода BSD в конечном итоге вёл обратно в «официальные» системы Unix: в System III и System V. А обе эти ветви прокладывали свой путь к различным коммерческим форкам Unix.После того, как CSRG (в большинстве своём) распалась и разработка BSD прекратилась, несколько групп подхватили знамя. Одной из них был проект 386BSD, портировавший код BSD на платформу Intel i386. Когда проект 386BSD сошёл на нет, образовались две другие группы, которые поддержали и развили код 386BSD; одной из них был проект FreeBSD, другой - NetBSD. С течением времени некоторые внутренние разногласия внутри проекта NetBSD привели к образованию проекта OpenBSD.Когда я говорю «BSD», я имею в виду несколько вещей. Я имею в виду общий дух BSD и подход к системам. В общем смысле, под вышесказанным понимается 3 находящихся на сегодня в свободном доступе BSD системы (на 2005 год. - прим. перев. ):

• FreeBSD изначально была нацелена на достижение наилучшей возможной производительности на 386-й платформе. Позже к i386 присоединился ряд других платформ, включая Alpha и SPARC, наряду с наследниками i386: Intel Itanium и AMD Opteron. Главная цель проекта - это максимальная надежность и эффективность работы на этих платформах, как в роли сервера, так и в роли десктопа.
• NetBSD нацелена на работу на максимально возможном числе платформ. Её цель - стать самой портируемой ОС на планете, и кажется, для этого честно стараются.
• OpenBSD направлена прежде всего (кто-то скажет «исключительно») на безопасность и тому подобное. Тесная интеграция безопасности, аудита, криптографии и связанные с этим вопросы являются первичными задачами.

Все эти цели, конечно, взаимозаменяемы. Каждая BSD заботится о безопасности и работает над ней. Каждая BSD заботится о производительности и работает над ней. Каждая BSD заботится о портируемости и работает над ней. Внутри группы делятся большими кусками кода. Многие разработчики работают более чем над одной системой.Проницательный читатель заметит, что я не упомянул Mac OS X или лежащий в её основе . Хотя они и построены в большей степени на BSD, верхние слои OS X - это всё-таки чистый Apple. Работая в OS X, как пользователь, вы используете её как MacOS, а не как BSD. Поэтому, несмотря на то, что чисто академически некоторые вещи можно отнести к OS X, особой практической ценности в их понимании нет. Darwin ближе к стандартному понятию BSD, но так как большая часть его пользователей пришли из BSD, можно сказать, что это вне контекста моего эссе. Однако, большая часть общей информации, скорее всего, будет лёгкой для понимания.При обсуждении специфики в моём эссе, я, в основном, буду ссылаться на FreeBSD, потому как с ней я работаю и знаю её лучше всего. В некоторых специфичных аспектах будут существенные различия. Общие стороны, скорее всего, будут одинаковыми для всей группы. С философской точки зрения, все BSD очень похожи, в отличие от методологии Linux. Как бы то ни было, это эссе в первую очередь философское.

События в мире свободно-распространяемых операционных систем семейства BSD: FreeBSD, OpenBSD и NetBSD, уже давно привлекают внимание разработчиков ОС. Информация о возможностях, преимуществах и недостатках подобных систем, а также сведения по их коммерческим реализациям (BSD/OS) будут полезны, когда в очередной раз перед пользователем встанет вопрос: приобретать ли коммерческую Unix-систему или сделать шаг в сторону свободно распространяемого программного обеспечения. Кроме того, статья может заинтересовать всех, кто хочет узнать саму историю ОС Unix.

История BSD Unix началась с того момента, когда в 1974 году в Университет Беркли (Калифорния, США) попала операционная система Unix. К тому времени эта ОС уже несколько лет за символическую плату распространялась лабораторией Bell Technical Labs (BTL) среди университетов и других учебных заведений, успев завоевать симпатии пользователей, которым пришлась по душе открытость системы: Unix поставлялась в исходных текстах (без поддержки и гарантий BTL), и пользователи имели возможность самостоятельно изучать, исправлять и расширять ее. Все это порождало желание делиться своими наработками с другими энтузиастами Unix и во многом сформировало специфический образ мышления и Unix-культуру. Надо заметить, что сотрудники Bell Technical Labs поступили очень мудро (возможно, даже не осознавая этого), отпустив Unix в свободное плавание. Свобода оказала услугу как самой системе, так и ее пользователям - на Unix выросло немало профессионалов, не говоря уж о количестве дипломов, защищенных по связанным с этой ОС темам. Так что можно считать, что ОС Unix вступила в коммерческий мир с полным университетским образованием. Кстати, совсем недавно на подобный шаг - передачу исходного кода учебным заведениям - решилась фирма BSDI. Интересно, повторится ли история?

Но вернемся в Беркли. Именно там родились многие идеи, ставшие теперь общепризнанными - поддержка протокола TCP/IP в ОС Unix, система виртуальной памяти, быстрая файловая система (FFS), редакторы ex и vi, BSD sockets (интерфейс программирования сетевых приложений), sendmail, csh и многое другое. Университет также дал миру прекрасных специалистов, которые во многом определили развитие Unix - достаточно вспомнить Эрика Аллмана, Билла Джоя или Чака Хейли. Именно к ним первым попали тексты Unix, "поселившиеся" в Беркли. Разработкой Unix здесь занималась группа Computer System Research Group (CSRG), которая, к сожалению, распалась в 1992 году. Однако лучшие ее традиции были продолжены компанией BSDI (Berkeley Software Development, Inc.) и группами разработчиков FreeBSD и NetBSD. Совсем недавно к ним добавилась команда проекта OpenBSD.

1. Все началось с 386BSD

В то время по миру бродило несколько версий BSD Unix, но все они имели нечто общее: для их использования требовалось обладать лицензией на первоначальный исходный код Unix. Большая часть кода BSD была написана в Беркли, и однажды кто-то заметил, что собственно оригинального кода осталось не так уж и много; так родилась идея создать свободно-распространяемый Unix и начать его распространение через Сеть (Net distribution).

Вильям и Линна Джолитц решили переписать части системы, недостающие для создания общедоступного варианта BSD Unix. В результате появилась 386BSD версии 0.0. Еще не готовая к использованию, 386BSD обладала одним несомненным достоинством: для того чтобы создать работоспособный вариант системы, больше не требовалось внушающей ужас source license. Вскоре появилась 386BSD 0.1 (к тому времени Linux, другой член семейства бесплатных систем Unix, существовал уже более года). Многие люди, желая повозиться с исходным кодом, с которым они уже были знакомы ранее, решили начать использовать и исправлять 386BSD 0.1. В результате начиная с июня 1992 года в систему было внесено большое количество исправлений и улучшений. На многих серверах FTP существовал даже неофициальный patchkit (набор исправлений), который позволял сделать 386BSD более стабильной и удобной в применении - многие затруднения в работе системы решались именно с помощью patchkit. Но сегодня, после возникновения некоторых юридических проблем с частью кода, принадлежащего AT&T/Berkeley, оригинальную систему стало довольно трудно найти - она была удалена с FTP-серверов по всему миру.

Следует вспомнить, что, когда некоммерческое семейство BSD только создавалось, Вильям и Линна в качестве основы использовали ленту под названием Berkeley Net Release/2. Выстроив таким образом прочный фундамент, они также заложили, сами не желая того, бомбу замедленного действия. В результате юридических битв часть файлов исходной ленты Net/2 была обозначена как binary only. Следовательно, они должны были быть воссозданы с нуля, чтобы получить истинно свободно-распространяемую систему. В этом и заключается основная причина того, что сейчас найти оригинальную версию 386BSD version 0.1 практически невозможно. Для того чтобы заменить 386BSD, родилось три новых системы под новыми именами. Первой была NetBSD, вскоре за ней последовала FreeBSD, а совсем недавно к этой группе прибавилась OpenBSD.

Если взглянуть на файл README, поставляемый с каждой BSD-системой, можно обнаружить, что эти системы базируются на BSD 4.4-Lite. Команда разработчиков FreeBSD использовала BSD 4.4-Lite distribution и создала недостающие части кода; все это после дальнейшего развития и превратилось в FreeBSD. Разработчики NetBSD начали разработку с 386BSD, добавив также доступные части из BSD 4.4. Система OpenBSD в свое время отделилась от NetBSD - разработчики решили объединить лучшие черты FreeBSD (удобство работы и функциональность) и NetBSD (переносимость на большое количество платформ). Таким образом, команды разработчиков Open/Free/NetBSD заново создали те файлы, которые отсутствовали в оригинальном комплекте BSD 4.4-Lite или не могли распространяться свободно. Все системы максимально приближены к BSD 4.4, хотя у каждой имеются свои преимущества и недостатки.

Рассмотрим эти системы более подробно, однако сразу стоит заметить, что очень часто многое, сказанное об одной системе, подходит и к другой: все эти ОС OpenBSD, FreeBSD и NetBSD развиваются раздельно, но не изолированно.

2. NetBSD

NetBSD Project - это результат попытки большой группы энтузиастов создать свободно-распространяемый вариант Unix-совместимой операционной системы. NetBSD основана на большом количестве свободно распространяемого программного обеспечения, в первую очередь BSD4.4-Lite Университета Беркли. Система работает на множестве платформ - от DEC Alpha до Apple Macintosh и z80, поставляется с полным исходным кодом и поддерживается самими разработчиками системы и пользователями. Основную ставку разработчики сделали на надежность и поддержку большого количества платформ. Пожалуй, сегодня едва ли найдется аппаратная конфигурация, где нельзя было бы установить NetBSD.

Реализация проекта началась в январе 1993 года, и уже к апрелю появился первый официальный выпуск - версия 0.8, которая работала еще только на платформе i386. За ней последовала версия 0.9 в августе того же года. Первоначально NetBSD была унаследована от 386BSD, которая использовала Berkeley Net Release 2 (BNR/2) и, естественно, как и другие операционные системы на базе BNR/2, в какой-то момент столкнулась с трудностями. Только через год после выпуска 0.9, в октябре 1994-го, появляется NetBSD 1.0 - первая версия NetBSD, которая базируется на BSD4.4-Lite. Помимо этого, система была портирована на HP300/9000, Macintosh, PC532, Sun SPARC и Amiga. В сентябре 1995 года создается NetBSD Foundation, некоммерческая организация, призванная стать координирующим органом NetBSD Project. Вскоре (ноябрь, 1995) NetBSD портируется на Atari, DECstation, VAX, Sun3; в нее добавляется двоичная совместимость (в пределах одной платформы) с FreeBSD, iBCS2, SunOS, Ultrix, HPUX, Linux, OSF/1, SVR4. Версия получает номер 1.1. Самой свежей версией NetBSD стала реализация 1.2 (октябрь, 1996), а наряду с множеством усовершенствований и изменений появилась поддержка платформ DEC Alpha, Motorola MVME boards, SPARC/Sun4m.

Система NetBSD распространяется в двух вариантах: формальный выпуск и NetBSD-current. FreeBSD и OpenBSD имеют ту же схему. Формальный выпуск имеет номер версии и включает в себя хорошо отлаженные утилиты, ядро, исходных кодов и средства установки. Выпуск представляет собой баланс между возможностями и стабильностью - его легче установить, чем current-версию. Такие версии хорошо отлажены и появляются относительно редко, поэтому они подходят тем, кто желает иметь стабильно работающую систему. Эти версии удобнее в поддержке, поскольку всегда ясно, о чем идет речь. Самая большая проблема с формальными версиями заключается в том, что пользователь не получает доступа к базе исходного кода с последними улучшениями и исправлениями. Формальную версию несложно установить - для каждой платформы имеются детальные инструкции, образы загрузочных дисков или miniroot-файловых систем. Как правило, существует процедура, позволяющая легко перейти с предыдущей версии на новую.

С NetBSD-current ситуация совершенно иная. Очередная current-версия появляется каждую ночь и представляет собой "слепок" дерева исходного кода NetBSD, который нужно перекомпилировать на вашей платформе. Поскольку работа ведется постоянно, current-версия порой не совсем отлажена, может содержать ошибки, может даже не скомпилироваться. Current-версия полезна разработчикам драйверов, системного программного обеспечения и тем, кто принимает участие в создании NetBSD. Current-версия позволяет разработчикам "держаться вместе", вылавливает ошибки и оперативно вносит изменения. В какой-то момент current-версия начинает превращаться в formal release, происходит бета-тестирование, а от этой ветви растет новая current-версия и т. д. Таким образом, развитие не останавливается ни на мгновение, и при этом ни одна фаза не скрыта от сообщества - всегда можно предложить свои изменения и дополнения, которые (если они имеют смысл) будут включены в current.

NetBSD project стремится следовать таким стандартам индустрии, как POSIX и Standard C. Напомним, что POSIX (Portable Operation Systems Interface) - название финансируемой IEEE группы, которая разрабатывает стандартный API для Unix-подобных операционных систем. Существует POSIX.1 (IEEE Std1003.1-1990), который стандартизирует API для Си POSIX.2 (IEEE Std1003.1-1992), стандартизирующий работу оболочки и утилит. Другие POSIX-стандарты описывают языки Ада и Фортран, расширения для работы в реальном времени и т. д. Сейчас NetBSD очень близка к POSIX.1, поэтому перенос программного обеспечения в среду NetBSD - несложная задача. Но вряд ли когда-нибудь NetBSD получит статус системы, соответствующий POSIX, поскольку сертификация стоит немалых денег. Тем не менее разработчики считают, что NetBSD ближе к POSIX и Standard C, чем какая-либо другая свободно распространяемая операционная система.

3. FreeBSD

Проект FreeBSD родился в начале 1992 года и частично вырос из проекта "Неофициальный набор исправлений для 386BSD" или, точнее, из patchkit, возглавляемого Нейтом Вильямсом, Родом Граймсом и Джорданом Хаббардом. Кроме того, в разработке участвовали Дэвид Гринмэн и Джулиан Элишер, хотя официально они присоединились к проекту только через месяц после начала его реализации. Поскольку организация работы через patchkit уже не могла спасти положение, главной целью проекта было создание промежуточного варианта 386BSD, в котором была бы исправлена большая часть ошибок. Возможно, кто-то сейчас еще может вспомнить рабочие названия проекта типа 386BSD 0.5 или 386BSD Interim, которые отражали текущее положение дел.

Примерно в это время Билл Джолитц отказался от дальнейшей поддержки и развития системы, в результате чего проект модернизации 386BSD превратился в то, что мы знаем теперь под названием FreeBSD (имя было придумано Дэвидом Гринмэном). Джордан Хаббард обратился в Walnut Creek CDROM (США) в надежде открыть дополнительные каналы распространения для еще не созданной операционной системы. Компания Walnut Creek CDROM не просто поддержала идею распространения FreeBSD на CD - она еще помогла с компьютерной техникой и скоростным подключением к Internet. Первый CD-диск с FreeBSD появился в декабре 1993-го - это был FreeBSD 1.0, версия которого тоже распространялась по Сети. Система была основана на ленте 4.3 BSD Lite (Net/2) из Беркли и дополнена компонентами из 386BSD и от Free Software Foundation. Для первой версии успех был довольно значительным, и вскоре, в мае 1994-го, на свет появилась очень удачная версия 1.1.

Однако затем на горизонте стали сгущаться тучи. Компания Novell - наследник AT&T - начала тяжбу за запрещение использования фрагментов кода в ленте Berkeley Net/2, которые вели свое происхождение из AT&T. Университет Беркли был вынужден выпустить "облегченный" вариант, названный BSD4.4-Lite, и порекомендовать всем пользователям Net/2 переключиться на него. Поэтому в конце июля 1994 года FreeBSD project прекращает поставку FreeBSD, но, в соответствии с лицензионным соглашением, имеет право на выпуск еще одной версии до наступления "часа Х". В итоге появляется FreeBSD 1.1.5.1 - результат года работы на Net/2. Эта версия обладала лучшей производительностью, чем все предыдущие, имела более высокую надежность и сама по себе была прекрасным продуктом.

Но теперь разработчикам предстояло фактически начать все заново, основываясь на новом и неполном наборе BSD 4.4-Lite. Из-за различных юридических ограничений команда Berkeley CSRG удалила большое количество кода, используемого для создания загружаемой работоспособной системы, и фактически порт на Intel x86 оказался очень неполным. FreeBSD Project вновь начал работу в декабре 1994-го, и уже в январе 1995 года FreeBSD версии 2.0 появилась в Сети и на CD. Несмотря на некоторые шероховатости, система имела большой успех, и вскоре за ней последовала более быстрая и удобная в установке FreeBSD 2.0.5, выпущенная в июне 1995 года.

В конце этого года на свет появилась версия 2.1, очень стабильная, во многом усовершенствованная, которая по всем параметрам превосходила версию FreeBSD 1.1.5.1. За два года была проделана огромная работа по превращению неполного набора BSD 4.4-Lite в работающую, надежную и удобную операционную систему. Нельзя не восхищаться командой разработчиков, к которой к тому времени присоединились многие прекрасные программисты-энтузиасты. Чуть позже 2.1 превратилась в 2.1.5, затем в 2.1.6. В обоих случаях повышена стабильность, добавлены дополнительные драйверы, исправлены найденные ошибки. В феврале 1997-го в системной библиотеке была обнаружена неточность в обработчике переменной окружения PATH_LOCALE, и тогда команда разработчиков FreeBSD удалила версию 2.1.5/2.1.6 со всех FTP-серверов и выпустила версию 2.1.7 (security-release). Затем вышла версия 2.2 и начались работы над FreeBSD 3.0, где намечается повышение качества работы виртуальной машины (VM), что позволит улучшить эмуляцию DOS и Windows-приложений.

Кроме того, совсем недавно был начат грандиозный проект по построчному перебору всего кода FreeBSD (около 120 Мбайт). Цель проекта - избавиться от проблем с security, исправить обнаруженные ошибки и улучшить общий стиль. Дерево исходного кода было разбито на отдельные части, которые просматриваются различными командами программистов; все исправления неоднократно перепроверяются независимыми специалистами. Все это позволяет надеяться, что FreeBSD станет более защищенной системой. Кстати, проанализировав список рассылки BUGTRAQ за последние полгода, можно заметить, что коммерческие ОС типа Solaris, IRIX, не говоря уже о NT, существенно превосходят FreeBSD по количеству ошибок в программах, критичных для безопасности. Дополнительную информацию о FreeBSD Audit Project можно найти по адресу: http://www.freebsd.org/auditors.html .

Таким образом, разработка FreeBSD не представляет собой закрытый процесс, а напротив, поддерживает многолетние традиции сотрудничества специалистов из разных стран мира, работающих над одной задачей. Самые активные из разработчиков переходят в команду FreeBSD core team, которая занимается общим направлением и целевой координацией проекта.

4. OpenBSD

Проект OpenBSD отделился от NetBSD совсем недавно и также является членом семейства BSD4.4-Lite. Сегодня OpenBSD развивается самостоятельно; кроме собственных разработок в него включаются удачные идеи от других групп (FreeBSD/NetBSD). Разработку OpenBSD начал Тео де Раадт, один из четверых создателей NetBSD. И если раньше про OpenBSD еще можно было сказать: "OpenBSD - это NetBSD плюс дополнительные возможности", то сейчас, после долгой работы, очевидно, что OpenBSD является самостоятельной системой из семейства BSD - очень многое, по сравнению с оригинальной версией, было добавлено и исправлено.

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

OpenBSD совместима со многими расширениями FreeBSD (в частности системой FreeBSD ports); недавно появилась поддержка ATM, ведется работа над включением IPX и ряда других сетевых протоколов. Одно из главных достоинств OpenBSD - это понимание необходимости защищенности системы. Система OpenBSD остается практически самой надежной в этом плане Unix-подобной системой для ПК. Последняя версия OpenBSD - 2.0, а в ближайшее время появится версия 2.1 (на CD и серверах FTP).

5. Возможности Net/Free/OpenBSD

Итак, что же сегодня представляет собой семейство свободно распространяемых BSD Unix-систем?

FreeBSD - Unix-подобная операционная система для ПК, основанных на архитектуре Intel, включающей в себя 386-е, 486-е и Pentium-процессоры. Кроме того, ОС NetBSD/OpenBSD поддерживают множество других платформ. Все три системы предоставляют много возможностей, которые ранее были доступны только на более мощных и дорогих машинах.

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

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

Поддержка TCP/IP-сетей включает в себя SLIP, PPP, NFS и NIS. Это означает, что машина может с легкостью взаимодействовать с другими системами, например выступать в роли сервера предприятия, обеспечивающего такие жизненно важные функции, как NFS, e-mail, WWW и FTP-сервер, управление маршрутизацией с использованием встроенных брандмауэров.

Защита памяти обеспечивает безопасность выполнения программ. Ни одна программа или пользователь не могут воздействовать на выполнение других программ, если у них нет на это прав.

Реализация промышленного стандарта X Window System (X11R6) обеспечивает графический интерфейс пользователя; поддерживается большинство видеокарт и мониторов, доступны полные исходные тексты.

Двоичная совместимость со многими программами, построенными под SCO, BSD/OS, Net/Free/OpenBSD, 386BSD и Linux.

Тысячи дополнительных легко адаптируемых приложений доступны через Internet. BSD-системы совместимы на уровне исходного кода со многими популярными коммерческими системами Unix, поэтому большинство приложений может потребовать (если вообще потребует) лишь легких изменений.

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

Разделяемые библиотеки (эквивалент DLL, заимствованных MS Windows из Unix) позволяют эффективно использовать дисковое пространство и оперативную память.

В комплект BSD Unix включен полный набор средств разработки на Си, C++ и Фортране. Кроме того, через коллекцию FreeBSD ports and packages доступно немало других сред разработки.

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

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

6. Особенности реализаций

В дополнение к основной поставке FreeBSD предлагает большую коллекцию портированных программных продуктов из нескольких сотен наименований. Список включает сетевое программное обеспечение, системы программирования, игры и многое другое. Полная коллекция занимает только 10 Мбайт на диске, поскольку хранятся лишь списки изменений, которые необходимо произвести в исходных текстах перед компиляцией. Для установки достаточно набрать команду "make", после чего система автоматически заберет базовую версию программы с CD или с сервера FTP, произведет необходимые изменения и скомпилирует. Для тех, кто не собирается компилировать программы самостоятельно, подойдет коллекция уже готового программного обеспечения (packages). Для установки программы необходимо набрать единственную команду "pkg_add" с именем архива, который можно найти на CD или на FTP.

ОС FreeBSD функционально полна, надежна и быстра в работе. Пожалуй, эта система из всего семейства свободно распространяемых BSD-систем развивается сейчас наиболее динамично. Большое внимание уделяется совместимости с другими системами и удобству работы. Если пользователь работает на x86, то следует обратить внимание именно на FreeBSD - она позволит очень плавно войти в мир BSD-систем. NetBSD больше ориентируется на поддержку различных платформ, а OpenBSD пытается объединить лучшие стороны FreeBSD и NetBSD, уделяя особое внимание защищенности системы. В дополнение к прекрасной работе, проделанной в CSRG, команды разработчиков потратили многие тысячи часов, совершенствуя системы, чтобы те обеспечивали максимальную производительность и надежность. В то время как коммерческие гиганты сражаются за подобные достоинства на поле операционных систем для ПК, FreeBSD, NetBSD и OpenBSD предлагают их уже сейчас.

7. Примеры использования

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

Поскольку исходный код систем полностью доступен, система может быть настроена и/или адаптирована для решения конкретных проблем, что обеспечивает гибкость, отсутствующую у многих коммерческих закрытых систем. Вот лишь некоторые примеры использования FreeBSD, NetBSD или OpenBSD:

Internet-сервер: быстрая и надежная реализация TCP/IP делает BSD Unix идеальной платформой для серверов FTP, World Wide Web, Gopher, электронной почты, BBS и Usenet;

обучение: BSD Unix поможет будущим администраторам в изучении архитектур операционных систем и сетевых возможностей аппаратных конфигураций;

исследования: BSD Unix, обладая полным исходным кодом, может служить хорошей платформой для исследований и разработок в области операционных систем. Этому также способствует отсутствие лицензионных ограничений;

сети: FreeBSD или Open/NetBSD могут с легкостью превратить старый компьютер 386/486 в DNS-сервер или мощный маршрутизатор с возможностью фильтрации пакетов;

рабочая станция для X Window: BSD Unix может неплохо послужить в качестве недорогого X-терминала. Благодаря свободно-распространяемому XFree86-серверу можно работать и с коммерческими X-серверами. В отличие от обычного X-терминала BSD Unix позволяет X-приложениям работать локально, снимая нагрузку с сервера. BSD Unix поддерживает удаленную загрузку, облегчая администрирование;

разработка программного обеспечения: базовая система BSD Unix поставляется с полным набором инструментов, которые включают в себя компилятор GNU C/C++ и отладчик.

BSD Unix, как правило, не включает код поддержки DES, чтобы не нарушать экспортные ограничения США, где доступен дополнительный компонент, обеспечивающий DES; для жителей Европы и других стран также существует реализация DES, распространяемая через европейские FTP-серверы. Если защита паролей - единственное, что требуется от функции crypt(), и не нужно использовать пароли в других системах (Sun, DEC и т. д.), то FreeBSD предлагает надежную криптографическую защиту, основанную на MD5. Данная модель обеспечивает защиту на уровне DES, а то и превосходит его, поэтому она устраивает большинство пользователей системы. OpenBSD поддерживает MD5, ведутся работы по добавлению модели шифрования blowfish. ОС FreeBSD также двигается к реализации дополнительных схем шифрования, между которыми можно будет переключаться.

8. BSD/OS - коммерческая BSD-система

До сих пор основное внимание уделялось свободно распространяемым BSD-системам, однако имеет смысл упомянуть также коммерческую версию BSD/OS компании Berkeley Software DesingBSD/OS. Несколько ведущих специалистов CSRG организовали в 1991 году BSD Inc., чтобы развивать технологию BSD и донести ее до коммерческих заказчиков.

BSD/OS - полнофункциональная, POSIX-совместимая Unix-система для процессоров архитектуры 386, 486 и Pentium. Система основана на программном обеспечении Университета Беркли, а также других источниках и компонентах, разработанных в BSDI. Первая версия BSD/OS была поставлена заказчику в марте 1993 года. Сегодня BSDI Internet Server, основанный на BSD/OS, широко известен в своем классе систем и имеет несколько наград (например, InfoWorld Top Score Award в 1995 г.). Как и другие BSD-системы, данная ОС может служить WWW-сервером, маршрутизатором и т. д. BSDI Internet server несет в мир ПК многое из того, что раньше было возможно лишь на более мощных системах: многозадачность, поддержка сети. Так, тесты скорости BSDI показали, что BSD/OS на Intel 486/66 развивает скорость на уровне Sun SPARCStation II, а Pentium-процессор сравним уже с SUN SS10.

BSD/OS включает в себя все компоненты полноценной системы: X11R6, TCP/IP (+SLIP/PPP), NFS, средства разработки на C/C++, набор приложений и др. BSD/OS поставляется в двоичном виде, а за отдельную плату - с исходными текстами. Пожалуй, единственное, в чем BSD/OS безусловно обгоняет своих бесплатных конкурентов - это поддержка. BSD/OS - коммерческий продукт, и его пользователям доступны "горячие" телефонные линии, к их услугам отделы поддержки и т. д.

9. Так что же лучше?

Однозначного ответа на этот вопрос дать нельзя. Любые аргументы в "священной войне" - это пустая трата времени. Но можно взглянуть и с другой стороны. Все системы предоставляют давно ожидаемые и уникальные возможности: полностью функциональная операционная система работает на популярном оборудовании и при этом ее исходные тексты полностью доступны. Те, кто давно работает в компьютерной индустрии, вспомнят, что ОС практически всегда создавались поставщиками конкретной аппаратуры и, как правило, альтернативы их системе не существовало. Исходные тексты никогда не публиковались (многие компании и сейчас продолжают эту "добрую" традицию). Стать настоящим профессионалом можно было, лишь самостоятельно разобравшись в структуре системы, в логике ее работы.

Но сегодня положение изменилось. Пользователь имеет возможность приобрести ПК, который будет в несколько раз мощнее многопользовательских VAX, и при этом выбрать из нескольких свободно распространяемых операционных систем (BSD, Linux и т. д.) Классический вопрос: если нечто выглядит, как утка, прогуливается, как утка, и крякает, как утка, как это называется? Ответ зависит от того, является ли слово "утка" торговой маркой! Если это так, то самое лучшее, на что вы можете рассчитывать без согласия владельца торговой марки, это "уткоподобное существо". Unix является торговой маркой X/Open Company, поэтому остальные системы, которые не имеют права на ее использование, именуют свои продукты Unix-подобными или даже "UN*X-like". Поэтому ни одна из перечисленных ОС формально не может называться Unix, но разве они стали от этого хуже?

Сегодня бесплатные ОС динамично развиваются, ни в чем не уступая, а во многом даже превосходя своих коммерческих конкурентов. Более того, пользователям дается шанс лично повлиять на развитие системы - достаточно иметь в штате хороших программистов, чтобы стать независимым от поставщика операционной системы. Не придется ждать несколько недель, если обнаруживается какая-то неточность или возникает необходимость что-то улучшить или добавить. Вместо закрытого коллектива разработчиков (многие ли знают имена создателей Windows 95?) существует сообщество энтузиастов, открытое для сотрудничества.

Вы можете выбрать ту операционную систему, которая больше подходит: FreeBSD, OpenBSD, Linux, NetBSD или что-то иное. Но что бы вы ни выбрали, это удачная сделка. Многие небольшие фирмы, Internet-провайдеры, другие организации и пользователи отказываются тратить деньги на то, что можно получить бесплатно, и все чаще используют свободно распространяемые системы семейства Unix. Вы боитесь, что не сможете найти необходимого программного обеспечения? Во-первых, к вашим услугами Internet, во-вторых, можно приобрести программное обеспечение под BSD/OS и/или Linux и использовать его на своей системе - двоичная совместимость хорошо отлажена. Кроме того, многие коммерческие разработчики поворачиваются сейчас в сторону свободно распространяемых BSD-систем.

Литература

В. Колонцов. Найти, проверить и обезвредить. Открытые системы. - 1996, # 6, сс. 58-63.

Дополнительная информация об операционных системах семейства BSD

386BSD - старые версии BSD сегодня ориентируются исключительно на академическое и исследовательское сообщество, распространяются через Dr. Dobb"s Journal на CD-дисках.

FreeBSD - версия BSD для платформы Intel ориентируется на широкое использование, распространяется на CD (Walnut Creek CD-ROM, http://www.cdrom.com ) и через FTP (http://www.freebsd.org ).

BSD/ OS (BSDI Internet Server) - коммерческая BSD-система от Berkeley Software Development, Inc. для Intel-платформ (http://www.bsdi.com ).

Usenet groups: comp.Unix.bsd.* Fidonet: ru.Unix ru.Unix.bsd IRC: #netbsd, #freebsd, #openbsd etc.

ОС BSD жила, живет и будет жить

FreeBSD ЬФП ЪБТЕЗЙУФТЙТПЧБООБС ФПТЗПЧБС НБТЛБ FreeBSD Foundation.

AMD, AMD Athlon, AMD Opteron, Athlon, "Elan, Й PCnet ЬФП ФПТЗПЧЩЕ НБТЛЙ Advanced Micro Devices, Inc.

Apple, AirPort, FireWire, Mac, Macintosh, Mac OS, Quicktime Й TrueType ЬФП ФПТЗПЧЩЕ НБТЛЙ Apple Computer, Inc., ЪБТЕЗЙУФТЙТПЧБООЩЕ Ч уПЕДЙОЕООЩИ ыФБФБИ Й ДТХЗЙИ УФТБОБИ.

Intel, Celeron, EtherExpress, i386, i486, Itanium, Pentium Й Xeon ЬФП ФПТЗПЧЩЕ НБТЛЙ ЙМЙ ЪБТЕЗЙУФТЙТПЧБООЩЕ ФПТЗПЧЩЕ НБТЛЙ Intel Corporation ЙМЙ ЕЕ ДПЮЕТОЙИ ЛПНРБОЙК Ч уПЕДЙОЕООЩИ ыФБФБИ Й ДТХЗЙИ УФТБОБИ.

Linux ЬФП ЪБТЕЗЙУФТЙТПЧБООБС ФПТЗПЧБС НБТЛБ Linus Torvalds.

Motif, OSF/1 Й UNIX ЬФП ЪБТЕЗЙУФТЙТПЧБООЩЕ ФПТЗПЧЩЕ НБТЛЙ, Б IT DialTone Й The Open Group ЬФП ФПТЗПЧЩЕ НБТЛЙ Open Group Ч уПЕДЙОЕООЩИ ыФБФБИ Й ДТХЗЙИ УФТБОБИ.

Sparc, Sparc64, Й UltraSPARC ЬФП ФПТЗПЧЩЕ НБТЛЙ SPARC International, Inc Ч уПЕДЙОЕООЩИ ыФБФБИ Й ДТХЗЙИ УФТБОБИ. рТПДХЛФЩ У ФПТЗПЧПК НБТЛПК SPARC ПУОПЧБОЩ ОБ БТИЙФЕЛФХТЕ, ТБЪТБВПФБООПК Sun Microsystems, Inc.

Sun, Sun Microsystems, Java, Java Virtual Machine, JDK, JRE, JSP, JVM, Netra, Solaris, StarOffice, SunOS ЬФП ФПТЗПЧЩЕ НБТЛЙ ЙМЙ ЪБТЕЗЙУФТЙТПЧБООЩЕ ФПТЗПЧЩЕ НБТЛЙ Sun Microsystems, Inc. Ч уПЕДЙОЕООЩИ ыФБФБИ Й ДТХЗЙИ УФТБОБИ.

Unix ЬФП ЪБТЕЗЙУФТЙТПЧБООБС ФПТЗПЧБС НБТЛБ Open Group Ч уПЕДЙОЕООЩИ ыФБФБИ Й ДТХЗЙИ УФТБОБИ.

нОПЗЙЕ ЙЪ ПВПЪОБЮЕОЙК, ЙУРПМШЪХЕНЩЕ РТПЙЪЧПДЙФЕМСНЙ Й РТПДБЧГБНЙ ДМС ПВПЪОБЮЕОЙС УЧПЙИ РТПДХЛФПЧ, ЪБСЧМСАФУС Ч ЛБЮЕУФЧЕ ФПТЗПЧЩИ НБТПЛ. лПЗДБ ФБЛЙЕ ПВПЪОБЮЕОЙС РПСЧМСАФУС Ч ЬФПН ДПЛХНЕОФЕ, Й рТПЕЛФХ FreeBSD ЙЪЧЕУФОП П ФПТЗПЧПК НБТЛЕ, Л ПВПЪОБЮЕОЙА ДПВБЧМСЕФУС ЪОБЛ TM >> ЙМЙ (R) >>.

2015-05-12 08:03:23 taras.

бООПФБГЙС

ч НЙТЕ РТПЗТБНН У ПФЛТЩФЩНЙ ЙУИПДОЙЛБНЙ, УМПЧП Linux >> РТБЛФЙЮЕУЛЙ УФБМП УЙОПОЙНПН УМПЧБ пРЕТБГЙПООБС уЙУФЕНБ >>, ИПФС ЬФП ДБМЕЛП ОЕ ЕДЙОУФЧЕООБС ПРЕТБГЙПООБС УЙУФЕНБ UNIX (R), ЙУИПДОЩЕ ЛПДЩ ЛПФПТПК ДПУФХРОЩ ЫЙТПЛПК РХВМЙЛЕ. уПЗМБУОП ДБООЩН Internet Operating System Counter , Ч БРТЕМЕ 1999-ЗП 31,3% ЧУЕИ РПДЛМАЮЈООЩИ Л Internet НБЫЙО ТБВПФБМЙ РПД Linux. 14,6% ЙУРПМШЪПЧБМЙ BSD UNIX (R). оЕЛПФПТЩЕ ЙЪ НЙТПЧЩИ МЙДЕТПЧ Ч ПВМБУФЙ Web-ХУМХЗ, ОБРТЙНЕТ Yahoo! , ТБВПФБАФ РПД BSD. уБНЩК ЪБЗТХЦЕООЩК Ч НЙТЕ FTP-УЕТЧЕТ 1999 ЗПДБ (УЕКЮБУ ПО ОЕ ТБВПФБЕФ), ftp.cdrom.com , ЖХОЛГЙПОЙТПЧБМ РПД ХРТБЧМЕОЙЕН BSD Й РЕТЕДБЧБМ 1,4 фВБКФБ ДБООЩИ Ч ДЕОШ. пЮЕЧЙДОП, ЮФП ЬФП ОЕ ХЪЛЙК, УРЕГЙБМЙЪЙТПЧБООЩК ТЩОПЛ: НПЦОП УЛБЪБФШ, ЮФП BSD - ЬФП ФЭБФЕМШОП УЛТЩЧБЕНБС ФБКОБ.

фБЛ Ч ЮЈН ЦЕ УЕЛТЕФ? рПЮЕНХ ЙЪЧЕУФОПУФШ BSD ПУФБЧМСЕФ ЦЕМБФШ МХЮЫЕЗП? ьФБ РХВМЙЛБГЙС УФБЧЙФШ ГЕМША ПФЧЕФЙФШ ОБ ЬФЙ Й ДТХЗЙЕ ЧПРТПУЩ.

оБ РТПФСЦЕОЙЙ ЧУЕЗП ФЕЛУФБ ПВТБЭБКФЕ ЧОЙНБОЙЕ ОБ ЧЩДЕМЕООЩЕ ПФМЙЮЙС BSD ПФ Linux.

3. рПЮЕНХ BSD ОЕДПУФБФПЮОП ЙЪЧЕУФОБ?

дЕКУФЧЙФЕМШОП, УХЭЕУФЧХЕФ ТСД РТЙЮЙО ЬФПНХ ОЕДПТБЪХНЕОЙА:

тБЪТБВПФЮЙЛЙ BSD ЮБУФП ВПМШЫЕ ЪБЙОФЕТЕУПЧБОЩ Ч ЛБЮЕУФЧЕ УЧПЕЗП ЛПДБ Й ЪБОСФЩ ЕЗП ЫМЙЖПЧЛПК >>, Б ОЕ ТЕЛМБНПК.

рП ВПМШЫПНХ УЮЈФХ Linux УЧПЕК РПРХМСТОПУФША ПВСЪБО РТЕЦДЕ ЧУЕЗП ЧОЕЫОЙН РП ПФОПЫЕОЙА Л РТПЕЛФХ ЖБЛФПТБН, ОБРТЙНЕТ УТЕДУФЧБН НБУУПЧПК ЙОЖПТНБГЙЙ Й ЛПНРБОЙСН, ЛПФПТЩЕ ТЕЫЙМЙ УДЕМБФШ ВЙЪОЕУ ОБ РТЕДПУФБЧМЕОЙЙ ХУМХЗ РПМШЪПЧБФЕМСН Linux.

тБЪТБВПФЮЙЛЙ BSD, ЛБЛ РТБЧЙМП, ВПМЕЕ ПРЩФОЩ, ЮЕН ТБЪТБВПФЮЙЛЙ Linux, Й Ч УЙМХ ЬФПЗП ЮБУФП ХДЕМСАФ НЕОШЫЕ ЧОЙНБОЙС ПВМЕЗЮЕОЙА ЦЙЪОЙ РТПУФЩН РПМШЪПЧБФЕМСН. оПЧЙЮПЛ ЮХЧУФЧХЕФ УЕВС ВПМЕЕ ЛПНЖПТФОП Ч УТЕДЕ Linux.

ч 1992 ЗПДХ ЛПНРБОЙС AT&T РПДБМБ Ч УХД ОБ BSDI , ЛПНРБОЙА-РПУФБЧЭЙЛБ пу BSD/386. пУОПЧОЩН РХОЛФПН ПВЧЙОЕОЙС ВЩМП ФП, ЮФП BSD/386 УПДЕТЦБМБ Ч УЕВЕ ЪБЛТЩФЩК ЛПД, РТЙОБДМЕЦБЧЫЙК AT&T. дЕМП ЧТПДЕ ВЩ ХМБДЙМЙ ЪБ РТЕДЕМБНЙ УХДБ Ч 1994-ПН, ОП ГЕМБС УЕТЙС ЧФПТЙЮОЩИ ФСЦВ Й РП УЕК ДЕОШ ПФТБЧМСЕФ ЦЙЪОШ НОПЗЙН МАДСН. уПЧУЕН ОЕДБЧОП, Ч НБТФЕ 2000, Ч Internet ВЩМБ ПРХВМЙЛПЧБОБ УФБФШС, ХФЧЕТЦДБЧЫБС, ЮФП УХДЕВОПЕ ТБЪВЙТБФЕМШУФЧП ПЛПОЮБФЕМШОП ЪБЧЕТЫЕОП (recently settled >>).

ч ТЕЪХМШФБФЕ ТБЪВЙТБФЕМШУФЧБ РТПСУОЙМУС ЧПРТПУ У ОБЪЧБОЙСНЙ: ЕУМЙ Ч 80-И ЗПДБИ BSD ВЩМБ ЙЪЧЕУФОБ РПД ЙНЕОЕН BSD UNIX (R) >>, ФП У ЙУЛМАЮЕОЙЕН РПУМЕДОЙИ УМЕДПЧ ЛПДБ, РТЙОБДМЕЦБЧЫЕЗП AT&T, BSD РПФЕТСМБ РТБЧП ОБЪЩЧБФШУС UNIX (R). чЩ НПЦЕФЕ ЪБНЕФЙФШ ЬФПФ ЖБЛФ РП ЙЪНЕОЙЧЫЙНУС ЪБЗМБЧЙСН ЛОЙЗ: ПРЕТБГЙПООБС УЙУФЕНБ 4.3BSD UNIX (R) >> Й ПРЕТБГЙПООБС УЙУФЕНБ 4.4BSD >>.

уХЭЕУФЧХЕФ НОЕОЙЕ, ЮФП РТПЕЛФЩ BSD УЙМШОП ПФМЙЮБАФУС Й, Ч ДПВБЧПЛ, ЧПААФ >> НЕЦДХ УПВПК. уФБФШС Ч Wall Street Journal ОБЪЩЧБЕФ ЬФП ВБМЛБОЙЪБГЙЕК >> УТЕДЙ РТПЕЛФПЧ BSD. нПЦОП ХФЧЕТЦДБФШ, ЮФП ФБЛПЕ НОЕОЙЕ, ЛБЛ Й ПРЙУБООБС УХДЕВОБС ФСЦВБ, ПУОПЧЩЧБЕФУС РТЕЦДЕ ЧУЕЗП ОБ УПВЩФЙСИ ДБЧОП НЙОХЧЫЙИ ДОЕК.

4. уТБЧОЕОЙЕ BSD Й Linux

ч ЮЈН ЪБЛМАЮБЕФУС ЗМБЧОБС ТБЪОЙГБ, Л РТЙНЕТХ, НЕЦДХ Debian Linux Й FreeBSD? дМС УТЕДОЕЗП РПМШЪПЧБФЕМС ПОБ ОБ ХДЙЧМЕОЙЕ НБМБ: ПВБ РТПДХЛФБ РТЕДУФБЧМСАФ УПВПК UNIX (R)-РПДПВОЩЕ ПРЕТБГЙПООЩЕ УЙУФЕНЩ. пВБ РТПДХЛФБ ТБЪТБВБФЩЧБАФУС ОБ ОЕЛПННЕТЮЕУЛПК ПУОПЧЕ (ЬФП ОЕ ПФОПУЙФУС Л ОЕЛПФПТЩН ДТХЗЙН ДЙУФТЙВХФЙЧБН Linux). ч ЬФПН ТБЪДЕМЕ НЩ ТБУУНПФТЙН BSD Ч УТБЧОЕОЙЙ У Linux. чУЈ УЛБЪБООПЕ Ч ПУОПЧОПН ВХДЕФ ЛБУБФШУС FreeBSD, ЛПФПТПК РТЙОБДМЕЦЙФ ПЛПМП 80% ЧУЕИ ЙОУФБММСГЙК BSD Ч НЙТЕ, ИПФС ПФМЙЮЙС ПФ NetBSD, OpenBSD Й DragonFlyBSD Ч ТБНЛБИ РТЕДНЕФБ ДБООПК УФБФШЙ ОЕЪОБЮЙФЕМШОЩ.

4.1. лПНХ РТЙОБДМЕЦЙФ BSD?

оЕМШЪС УЛБЪБФШ, ЮФП ЛБЛПК-ФП ЛПОЛТЕФОЩК ЮЕМПЧЕЛ ЙМЙ ЛПТРПТБГЙС ЧМБДЕЕФ BSD. тБЪТБВПФЛБ Й ТБУРТПУФТБОЕОЙЕ ЧЕДХФУС ЗТХРРПК ЧЩУПЛПЛЧБМЙЖЙГЙТПЧБООЩИ Й РТЕДБООЩИ РТПЕЛФХ УРЕГЙБМЙУФПЧ УП ЧУЕЗП НЙТБ. оЕЛПФПТЩЕ ЛПНРПОЕОФЩ BSD РТЕДУФБЧМСАФ УПВПК ПФДЕМШОЩЕ РТПЕЛФЩ У ПФЛТЩФЩН ЛПДПН УП УЧПЙНЙ ЪБЛПОБНЙ Й ЛПММЕЛФЙЧБНЙ ТБЪТБВПФЮЙЛПЧ.

4.2. лБЛ ЧЩЗМСДЙФ РТПГЕУУ ТБЪТБВПФЛЙ Й ПВОПЧМЕОЙС BSD?

сДТБ BSD ЙУРПМШЪХАФ Open Source НПДЕМШ ТБЪТБВПФЛЙ. лБЦДЩК РТПЕЛФ РПДДЕТЦЙЧБЕФ РХВМЙЮОП ДПУФХРОПЕ ДЕТЕЧП ЙУИПДОЙЛПЧ У РПНПЭША Concurrent Versions System (CVS). ьФП ДЕТЕЧП УПДЕТЦЙФ БВУПМАФОП ЧЕУШ ЙУИПДОЩК ЛПД РТПЕЛФБ, Б ФБЛЦЕ ДПЛХНЕОФБГЙА Й ЧУРПНПЗБФЕМШОЩЕ ЖБКМЩ. CVS РПЪЧПМСЕФ РПМШЪПЧБФЕМСН РПМХЮЙФШ ЛПРЙА ДЕТЕЧБ МАВПК ЧЕТУЙЙ УЙУФЕНЩ.

пЗТПНОПЕ ЮЙУМП МАДЕК УП ЧУЕЗП НЙТБ ХЮБУФЧХАФ Ч УПЧЕТЫЕОУФЧПЧБОЙЙ BSD. чУЕ ПОЙ ТБЪДЕМЕОЩ ОБ ФТЙ ЗТХРРЩ:

лПОФТЙВХФПТЩ РЙЫХФ ЛПД ЙМЙ ДПЛХНЕОФБГЙА. пОЙ ОЕ НПЗХФ ДПВБЧМСФШ ЙМЙ ЙЪНЕОСФШ ЛПД ОЕРПУТЕДУФЧЕООП Ч ДЕТЕЧЕ ЙУИПДОЙЛПЧ РТПЕЛФБ. ьФП РТЙЧЙМЕЗЙС ПУПВЩН ПВТБЪПН ЪБТЕЗЙУФТЙТПЧБООЩИ ТБЪТБВПФЮЙЛПЧ, ЙМЙ ЛПННЙФФЕТПЧ (committers) , ЛПФПТЩЕ РТПУНБФТЙЧБАФ Й ФЕУФЙТХАФ РТЙУЩМБЕНЩК ЙН ЛПД Й ЧЛМАЮБАФ ЕЗП Ч ДЕТЕЧП.

лПННЙФФЕТЩ СЧМСАФУС ТБЪТБВПФЮЙЛБНЙ, ЛПФПТЩЕ ЙНЕАФ ДПУФХР ОБ ЪБРЙУШ Ч ДЕТЕЧП ЙУИПДОЩИ ЛПДПЧ РТПЕЛФБ. юФПВЩ УФБФШ ЛПННЙФФЕТПН, ЮЕМПЧЕЛ ДПМЦЕО РТПСЧЙФШ УЕВС Ч ФПК ПВМБУФЙ, Ч ЛПФПТПК ПО ИПЮЕФ ТБВПФБФШ.

лБЦДЩК ЛПННЙФФЕТ РП УЧПЕНХ УПВУФЧЕООПНХ ХУНПФТЕОЙА ТЕЫБЕФ, ОХЦОП МЙ ЕНХ РПДФЧЕТЦДЕОЙЕ РТБЧЙМШОПУФЙ РМБОЙТХЕНЩИ ЙЪНЕОЕОЙК ПФ ДТХЗЙИ ТБЪТБВПФЮЙЛПЧ ЙМЙ ОЕФ. ч ПВЭЕН УМХЮБЕ ПРЩФОЩК ЛПННЙФФЕТ НПЦЕФ ЧОПУЙФШ ПЮЕЧЙДОП ЧЩЗПДОЩЕ ЙЪНЕОЕОЙС ОЙ У ЛЕН ОЕ УПЧЕФХСУШ. л РТЙНЕТХ, ЛПННЙФФЕТ РТПЕЛФБ ДПЛХНЕОФБГЙЙ НПЦЕФ ЙУРТБЧМСФШ ПРЕЮБФЛЙ ЙМЙ ЗТБННБФЙЮЕУЛЙЕ ПЫЙВЛЙ Ч ДПЛХНЕОФБИ ВЕЪ РТЕДЧБТЙФЕМШОПЗП УПЗМБУПЧБОЙС. оБРТПФЙЧ, ДБМЕЛП ЙДХЭЙЕ ЙМЙ РТПУФП УМПЦОЩЕ ЙЪНЕОЕОЙС ОБУФПСФЕМШОП ТЕЛПНЕОДХЕФУС РТЕДУФБЧМСФШ Л ПВУХЦДЕОЙА РЕТЕД ПЛПОЮБФЕМШОЩН ЧОЕУЕОЙЕН Ч ДЕТЕЧП. вЩЧБАФ ЛТБКОЙЕ УМХЮБЙ, ЛПЗДБ ЮМЕО Core Team, ЧЩРПМОСАЭЙК ЖХОЛГЙА БТИЙФЕЛФПТБ РТПЕЛФБ, НПЦЕФ УБОЛГЙПОЙТПЧБФШ ОЕНЕДМЕООХА ПФНЕОХ ЙМЙ ПФЛБФ ЛБЛЙИ-ФП ЙЪНЕОЕОЙК Ч ДЕТЕЧЕ. чУЕ ЛПННЙФФЕТЩ ПВСЪБФЕМШОП РПМХЮБАФ ХЧЕДПНМЕОЙЕ П ЛБЦДПН ЙЪНЕОЕОЙЙ Ч ДЕТЕЧЕ РП ЬМЕЛФТПООПК РПЮФЕ, ФБЛ ЮФП ЙИ ОЕЧПЪНПЦОП УПИТБОЙФШ Ч ФБКОЕ.

рТБЧМЕОЙЕ (Core Team). ч РТПЕЛФБИ FreeBSD Й NetBSD ЙНЕАФУС ХРТБЧМСАЭЙЕ УПЧЕФЩ, ЛПФПТЩЕ ЪБОЙНБАФУС ЛППТДЙОБГЙПООПК ДЕСФЕМШОПУФША. йИ ТПМШ, РТБЧБ Й ПВСЪБООПУФЙ ОЕ ЧУЕЗДБ ЮЈФЛП ПРТЕДЕМЕОЩ. оЕПВСЪБФЕМШОП (ИПФС Ч РПТСДЛЕ ЧЕЭЕК) ВЩФШ ЛПННЙФФЕТПН ДМС ФПЗП, ЮФПВЩ ЧИПДЙФШ Ч УПУФБЧ Core Team. рТБЧЙМБ, ЛПФПТЩН УМЕДХЕФ Core Team, ТБЪМЙЮБАФУС НЕЦДХ РТПЕЛФБНЙ, ОП Ч ПВЭЕН УМХЮБЕ ЮМЕОЩ Core Team ПРТЕДЕМСАФ ПВЭЕЕ ОБРТБЧМЕОЙЕ ТБЪЧЙФЙС УЙУФЕНЩ Ч ВПМШЫЕК УФЕРЕОЙ, ЮЕН ЧУЕ ПУФБМШОЩЕ ТБЪТБВПФЮЙЛЙ.

фБЛПЕ РПМПЦЕОЙЕ ЧЕЭЕК ПФМЙЮБЕФУС ПФ РТЙОСФПЗП Ч Linux:

оЕ УХЭЕУФЧХЕФ ЮЕМПЧЕЛБ, ЛПФПТЩК ВЩ ЛПОФТПМЙТПЧБМ УПДЕТЦЙНПЕ УЙУФЕНЩ. оБ РТБЛФЙЛЕ ЪОБЮЕОЙЕ ЬФПЗП ПФМЙЮЙС ПЛБЪЩЧБЕФУС РЕТЕПГЕОЈООЩН, ФБЛ ЛБЛ чЕДХЭЙК бТИЙФЕЛФПТ НПЦЕФ ЧУЕЗДБ РПФТЕВПЧБФШ ПФЛБФ ЙЪНЕОЕОЙК. лП ЧУЕНХ РТПЮЕНХ, Ч РТПЕЛФЕ Linux ОБ УПЧТЕНЕООПН ЬФБРЕ ЙЪНЕОЕОЙС Ч ЛПД ЧОПУСФУС ФПЦЕ ОЕ ПДОЙН, Б ОЕУЛПМШЛЙНЙ МАДШНЙ.

у ДТХЗПК УФПТПОЩ, УХЭЕУФЧХЕФ ГЕОФТБМШОПЕ ИТБОЙМЙЭЕ (repository), ПФЛХДБ НПЦОП РПМХЮЙФШ РПМОЩК ЛПД ЧУЕК УЙУФЕНЩ, РТЙЮЈН ЛБЛ УПЧТЕНЕООЩИ, ФБЛ Й РТЕДЩДХЭЙИ ЧЕТУЙК.

рТПЕЛФЩ BSD СЧМСАФУС ГЕМШОЩНЙ пРЕТБГЙПООЩНЙ уЙУФЕНБНЙ >>, Б ОЕ РТПУФП СДТБНЙ. ьФП ТБЪМЙЮЙЕ ФПЦЕ ЙОПЗДБ РЕТЕПГЕОЙЧБАФ: ОЙ BSD, ОЙ Linux ОЕ РТЕДУФБЧМСАФ ГЕООПУФЙ ВЕЪ РТЙМПЦЕОЙК, Б ПОЙ РПТПК ПДОЙ Й ФЕ ЦЕ Ч ПВЕЙИ УТЕДБИ.

ч ТЕЪХМШФБФЕ ЖПТНБМЙЪПЧБООПК РТПГЕДХТЩ РПДДЕТЦЛЙ ЕДЙОПЗП ДЕТЕЧБ ЙУИПДОЙЛПЧ Ч CVS РТПГЕУУ ТБЪТБВПФЛЙ BSD СЧМСЕФУС РПМОПУФША ПФЛТЩФЩН, Й НЩ РПМХЮБЕН ЧПЪНПЦОПУФШ ДПУФХРБ Л МАВПК ЧЕТУЙЙ УЙУФЕНЩ РП ОПНЕТХ ЙМЙ РП ДБФЕ. CVS ФБЛЦЕ ПЮЕОШ ИПТПЫП РПДИПДЙФ ДМС РПУМЕДПЧБФЕМШОЩИ ЙЪНЕОЕОЙК Ч ЛПДЕ: Л РТЙНЕТХ, ИТБОЙМЙЭЕ ЛПДБ FreeBSD ПВОПЧМСЕФУС ПЛПМП УФБ ТБЪ ЪБ ДЕОШ, Й ВПМШЫЙОУФЧП ЬФЙИ ЙЪНЕОЕОЙК ЧЕУШНБ НБМЩ Й ОЕЪОБЮЙФЕМШОЩ Ч ПФДЕМШОПУФЙ ДТХЗ ПФ ДТХЗБ.

4.3. чЕТУЙЙ BSD

FreeBSD, NetBSD Й OpenBSD РТЕДПУФБЧМСЕФ НЙТХ ФТЙ ТБЪМЙЮОЩИ ЧБТЙБОФБ УЙУФЕНЩ. лБЛ Й Ч Linux, ЧЕТУЙСН РТЙУЧБЙЧБАФУС ОПНЕТБ, ОБРТЙНЕТ 1.4.1 ЙМЙ 3.5. ч ДПВБЧПЛ, ОПНЕТ ЧЕТУЙЙ ЙНЕЕФ УХЖЖЙЛУ -- ПВПЪОБЮЕОЙЕ ЧБТЙБОФБ, ЛПФПТПЕ ХЛБЪЩЧБЕФ ОБ ГЕМЙ ФПК ЙМЙ ЙОПК ЧЕТУЙЙ.

чЕТУЙС ДМС ТБЪТБВПФЮЙЛПЧ ОПУЙФ ОБЪЧБОЙЕ CURRENT . FreeBSD РТЙУЧБЙЧБЕФ ЕК Й ОПНЕТ, ОБРТЙНЕТ FreeBSD 5.0-CURRENT. NetBSD ЙУРПМШЪХЕФ ЮХФШ-ЮХФШ ДТХЗХА УИЕНХ ОБЙНЕОПЧБОЙК Й ДПВБЧМСЕФ Л ОПНЕТХ ПДОПВХЛЧЕООЩК УХЖЖЙЛУ, ПВПЪОБЮБАЭЙК ЙЪНЕОЕОЙС ЧП ЧОХФТЕООЙИ ЙОФЕТЖЕКУБИ. рТЙНЕТ: NetBSD 1.4.3G. OpenBSD ОЕ ОХНЕТХЕФ ТБЪТБВБФЩЧБЕНХА ЧЕТУЙА (OpenBSD-current >>). чУЕ ОПЧЩЕ ТБЪТБВПФЛЙ РТПЙЪЧПДСФУС ЙНЕООП ОБ ЬФПК ЧЕФЛЕ >> (branch) УЙУФЕНЩ.

юЕТЕЪ ПРТЕДЕМЈООЩЕ ЙОФЕТЧБМЩ ПФ 3 ДП 6 НЕУСГЕЧ РТПЕЛФ ЧЩРХУЛБЕФ ЧЕТУЙА RELEASE , ЛПФПТБС ТБУРТПУФТБОСЕФУС ОБ CD-ROM Й ДПУФХРОБ ДМС УЛБЮЙЧБОЙС У УЕТЧЕТПЧ FTP. рТЙНЕТБНЙ ФБЛЙИ ЧЕТУЙК НПЗХФ УМХЦЙФШ OpenBSD 2.6-RELEASE Й NetBSD 1.4-RELEASE. ьФПФ ЧБТЙБОФ РТЕДОБЪОБЮЕО ДМС ЛПОЕЮОЩИ РПМШЪПЧБФЕМЕК. NetBSD ФБЛЦЕ РТЕДПУФБЧМСЕФ ФБЛ ОБЪЩЧБЕНЩЕ ЙУРТБЧМЕООЩЕ ТЕМЙЪЩ (patch releases) , ПВПЪОБЮБЕНЩЕ ФТЕФШЕК ГЙЖТПК Ч ОПНЕТЕ, ОБРТЙНЕТ NetBSD 1.4.2.

рП НЕТЕ ПВОБТХЦЕОЙС ПЫЙВПЛ Ч ЧЕТУЙЙ RELEASE ОЕПВИПДЙНЩЕ ЙУРТБЧМЕОЙС ЧОПУСФУС Ч ДЕТЕЧП CVS. рПМХЮБАЭБСУС УЙУФЕНБ Ч РТПЕЛФЕ FreeBSD ОПУЙФ ОБЪЧБОЙЕ STABLE , Б Ч NetBSD Й OpenBSD РТПДПМЦБЕФ ОБЪЩЧБФШУС RELEASE. оЕЛПФПТЩЕ НЕМЛЙЕ ХМХЮЫЕОЙС ФПЦЕ ЙОПЗДБ ЧОПУСФУС Ч ЬФХ ЧЕТУЙА РПУМЕ РТПДПМЦЙФЕМШОПЗП РЕТЙПДБ ФЕУФЙТПЧБОЙС Ч CURRENT.

Linux, ОБРТПФЙЧ, РПДДЕТЦЙЧБЕФ ДЧБ ТБЪМЙЮОЩИ ДЕТЕЧБ ЙУИПДОЙЛПЧ, ЛПФПТЩЕ ОБЪЩЧБАФУС УППФЧЕФУФЧЕООП УФБВЙМШОПК ЧЕТУЙЕК Й ЧЕТУЙЕК ДМС ТБЪТБВПФЮЙЛПЧ. уФБВЙМШОЩЕ ЧЕТУЙЙ ЙНЕАФ ЮЈФОЩК ЧФПТЙЮОЩК ОПНЕТ, ОБРТЙНЕТ 2.0, 2.2 ЙМЙ 2.4. чЕТУЙЙ ДМС ТБЪТБВПФЮЙЛПЧ ЙУРПМШЪХАФ ОЕЮЈФОЩЕ ОПНЕТБ, ФБЛЙЕ ЛБЛ 2.1, 2.3 ЙМЙ 2.5. чП ПВПЙИ УМХЮБСИ, Л ДЧПКОПНХ ОПНЕТХ ЧЕТУЙЙ ДПВБЧМСЕФУС ЕЭЈ ПДОП ЮЙУМП, ХЛБЪЩЧБАЭЕЕ ОБ ЛПОЛТЕФОЩК ТЕМЙЪ. уФПЙФ ФБЛЦЕ ПФНЕФЙФШ, ЮФП ЛБЦДЩК РПУФБЧЭЙЛ РТЕДПУФБЧМСЕФ УЧПК УПВУФЧЕООЩК ЧБТЙБОФ РПМШЪПЧБФЕМШУЛЙИ РТПЗТБНН (userland), ФБЛ ЮФП ЙНС ДЙУФТЙВХФЙЧБ ФПЦЕ ЙНЕЕФ ЪОБЮЕОЙЕ. еУФЕУФЧЕООП, ЮФП РПУФБЧЭЙЛЙ ОХНЕТХАФ УЧПЙ ЙЪДЕМЙС ЛБЦДЩК РП-УЧПЕНХ, Й, ФБЛЙН ПВТБЪПН, НЩ РПМХЮБЕН ЮФП-ФП ЧТПДЕ TurboLinux 6.0 У СДТПН 2.2.14 >> .

4.4. лБЛЙЕ УХЭЕУФЧХАФ ЧБТЙБОФЩ BSD?

ч ПФМЙЮЙЕ ПФ НОПЗПЮЙУМЕООЩИ ДЙУФТЙВХФЙЧПЧ Linux, Ч НЙТЕ УХЭЕУФЧХЕФ МЙЫШ ЮЕФЩТЕ ЛТХРОЩИ BSD РТПЕЛФБ У ПФЛТЩФЩНЙ ЙУИПДОЩНЙ ЛПДБНЙ. лБЦДЩК ЙЪ ОЙИ РПДДЕТЦЙЧБЕФ УЧПЈ УПВУФЧЕООПЕ ДЕТЕЧП ЙУИПДОЙЛПЧ Й УЧПЈ УПВУФЧЕООПЕ СДТП. оБ РТБЛФЙЛЕ ПДОБЛП ПЛБЪЩЧБЕФУС, ЮФП РПМШЪПЧБФЕМШУЛЙЕ ЮБУФЙ (userland) ТБЪМЙЮОЩИ BSD ПФМЙЮБАФУС ЗПТБЪДП НЕОШЫЕ, ЮЕН Х ТБЪОЩИ ДЙУФТЙВХФЙЧПЧ Linux.

гЕМЙ ЛБЦДПЗП ЙЪ РТПЕЛФПЧ ОЕ РПДДБАФУС ЮЈФЛПК ЖПТНХМЙТПЧЛЕ. тБЪМЙЮЙС НЕЦДХ ОЙНЙ ЧЕУШНБ УХВЯЕЛФЙЧОЩ. ч ПУОПЧОПН,

РТПЕЛФ FreeBSD ОБГЕМЕО ОБ РПЧЩЫЕОЙЕ РТПЙЪЧПДЙФЕМШОПУФЙ Й РТПУФПФХ Ч ЙУРПМШЪПЧБОЙЙ ЛПОЕЮОЩНЙ РПМШЪПЧБФЕМСНЙ. FreeBSD ПЮЕОШ ГЕОСФ Ч УТЕДЕ web-ИПУФЕТПЧ. ьФБ пу ТБВПФБЕФ ОБ ОЕУЛПМШЛЙИ БРРБТБФОЩИ РМБФЖПТНБИ , ЮЙУМП РПМШЪПЧБФЕМЕК FreeBSD ЪОБЮЙФЕМШОП РТЕЧЩЫБЕФ ЮЙУМП РПМШЪПЧБФЕМЕК ДТХЗЙИ РТПЕЛФПЧ.

РТПЕЛФ NetBSD УФБЧЙФ ГЕМША НБЛУЙНБМШОХА НПВЙМШОПУФШ (ЙМЙ РЕТЕОПУЙНПУФШ) ЛПДБ: ДЕЧЙЪ ЛПОЕЮОП NetBSD ТБВПФБЕФ ОБ ЬФПН >>. NetBSD РПДДЕТЦЙЧБЕФ НБЫЙОЩ ПФ ЛТПЫЕЮОЩИ РБМНФПРПЧ ДП ПЗТПНОЩИ УЕТЧЕТПЧ Й ЙУРПМШЪПЧБМБУШ NASA Ч ЛПУНЙЮЕУЛЙИ НЙУУЙСИ. ьФП ИПТПЫЙК ЧЩВПТ ДМС УФБТПК ОЕ-Intel (R) БРРБТБФХТЩ.

РТПЕЛФ OpenBSD ОБГЕМЕО ОБ ВЕЪПРБУОПУФШ Й ЮЙУФПФХ >> ЛПДБ. у РПНПЭША ЛПНВЙОЙТПЧБОЙС ЛПОГЕРГЙК ПФЛТЩФЩИ ЙУИПДОЙЛПЧ Й УЛТХРХМЈЪОПЗП БОБМЙЪБ ЛПДБ РТПЕЛФ ДЕНПОУФТЙТХЕФ ЮХДЕУБ ЛПТТЕЛФОПУФЙ ТБВПФЩ УЙУФЕНЩ. ч УЙМХ ОБЪЧБООЩИ РТЙЮЙО УПЧЕТЫЕООП ЕУФЕУФЧЕООП, ЮФП OpenBSD ЧЩВЙТБАФ ПТЗБОЙЪБГЙЙ, ДМС ЛПФПТЩИ ПЮЕОШ ЧБЦОБ ЪБЭЙФБ ЙОЖПТНБГЙЙ, ОБРТЙНЕТ ВБОЛЙ, ЖПОДПЧЩЕ ВЙТЦЙ Й ТБЪМЙЮОЩЕ ДЕРБТФБНЕОФЩ РТБЧЙФЕМШУФЧБ уыб. фБЛЦЕ ЛБЛ Й NetBSD, РТПЕЛФ РПДДЕТЦЙЧБЕФ ГЕМЩК ТСД БРРБТБФОЩИ РМБФЖПТН.