План 9 от Bell Labs

План 9 от Bell Labs

Гленда, талисман Плана 9 в скафандре, нарисованный Рене Френч.
rio , пользовательский интерфейс Plan 9 по умолчанию от Bell Labs
Разработчик	Фонд Plan 9, преемник Bell Labs
Написано в	Диалект ANSI C
Рабочее состояние	Текущий
Исходная модель	Открытый исходный код
Первоначальный выпуск	1992 год ( 1992 ) (университеты) / 1995 ( 1995 ) (широкая публика)
Финальный выпуск	Издание четвертое / 10 января 2015 г ( 10.01.2015 )
Репозиторий	9р .что /источники /план9 /система
Маркетинговая цель	Исследование операционных систем, сетевых сред, общего использования.
Доступно в	Английский
Платформы	x86 / Vx32 , x86-64 , MIPS , DEC Alpha , SPARC , PowerPC , ARM
ядра Тип	Монолитный
Под влиянием	Исследование Unix , Кембриджская распределенная вычислительная система
По умолчанию пользовательский интерфейс	река / RC
Лицензия	2021: С 2014: только GPL-2.0 2002: ЛПЛ-1.02 2000: План 9 ОСЛ
Преемник	Инферно Другие производные и форки
Официальный сайт	p9f .org

Plan 9 от Bell Labs — это распределенная операционная система , созданная в Центре компьютерных исследований (CSRC) Bell Labs в середине 1980-х годов и построенная на концепциях UNIX, впервые разработанных там в конце 1960-х годов. С 2000 года Plan 9 является бесплатным и имеет открытый исходный код . Последний официальный релиз состоялся в начале 2015 года.

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

Название «План 9» от Bell Labs является отсылкой к Эда Вуда 1957 года культовому научно-фантастическому Z-фильму «План 9 из космоса» . Система продолжает использоваться и разрабатываться исследователями операционных систем и любителями.

История

Скриншот установки Plan 9

План 9 от Bell Labs первоначально разрабатывался в конце 1980-х годов. членами Исследовательского центра компьютерных наук в Bell Labs, той же группы, которая первоначально разработала Unix и язык программирования C. Команду Plan 9 первоначально возглавляли Роб Пайк , Кен Томпсон , Дэйв Пресотто и Фил Уинтерботтом при поддержке Денниса Ритчи в качестве главы отдела исследований вычислительных технологий. На протяжении многих лет в проект вносили свой вклад многие известные разработчики, в том числе Брайан Керниган , Том Дафф , Дуг Макилрой , Бьерн Страуструп и Брюс Эллис.

Plan 9 заменил Unix в качестве основной платформы Bell Labs для исследования операционных систем. Он исследовал несколько изменений в исходной модели Unix, которые облегчают использование и программирование системы, особенно в распределенных многопользовательских средах. После нескольких лет разработки и внутреннего использования Bell Labs отправила операционную систему университетам в 1992 году. Три года спустя Plan 9 был предоставлен коммерческим сторонам компанией AT&T через книжное издательство Harcourt Brace . Поскольку исходные лицензии стоили 350 долларов, AT&T ориентировалась на рынок встраиваемых систем, а не на рынок компьютеров в целом. Ричи отметил, что разработчики не ожидали «большого смещения», учитывая, насколько прочными стали другие операционные системы.

К началу 1996 года проект Plan 9 был «отложен на второй план» AT&T в пользу Inferno , призванного стать конкурентом Microsystems Sun Java-платформы . В конце 1990-х годов новый владелец Bell Labs Lucent Technologies прекратил коммерческую поддержку проекта, и в 2000 году третий выпуск был распространен под лицензией с открытым исходным кодом . Четвертый выпуск по новой лицензии свободного программного обеспечения произошел в 2002 году. В начале 2015 года состоялся финальный официальный релиз Plan 9.

Сообщество пользователей и разработчиков, включая нынешних и бывших сотрудников Bell Labs , выпускало небольшие ежедневные выпуски в виде ISO-образов . Bell Labs принимала разработку. Дерево исходного кода разработки доступно по протоколам 9P и HTTP и используется для обновления существующих установок. Помимо официальных компонентов ОС, включенных в ISO, Bell Labs также располагает репозиторием приложений и инструментов, разработанных сторонними организациями.

Поскольку в последние годы Bell Labs перешла к более поздним проектам, разработка официальной системы Plan 9 остановилась. 23 марта 2021 года разработка возобновилась после передачи авторских прав от Bell Labs Plan 9 Foundation. Неофициальная разработка системы также продолжается в форке 9front, где активные участники предоставляют ежемесячные сборки и новые функциональные возможности. На данный момент вилка 9front предоставляет системные драйверы Wi-Fi , аудиодрайверы, поддержку USB и встроенный игровой эмулятор, а также другие функции. Другие недавние операционные системы, вдохновленные Plan 9, включают Harvey OS. и Адская ОС.

Дата	Выпускать	Комментарий
1992	План 9, 1-е издание	Выпущено Bell Labs для университетов
1995	План 9, 2-е издание	Выпущено Bell Labs для некоммерческих целей.
2000	План 9 3-е изд. ( Бразилия )	Выпущено Lucent Technologies под лицензией с открытым исходным кодом.
2002	План 9, 4-е издание	Выпущено Lucent Technologies под новой лицензией бесплатного программного обеспечения.

Концепции дизайна

План 9 от Bell Labs похож на квакеров : он отличается упором на «Внутренний свет», отличается простотой жизни, в частности ясностью речи. Как и квакеры, «План 9» не занимается прозелитизмом.

—Сапе Дж. Мюлендер, Пьер Дж. Янсен.
Реальное время в реальной операционной системе

Plan 9 — это распределенная операционная система , созданная для того, чтобы сеть разнородных и географически разделенных компьютеров функционировала как единая система. В типичной установке Plan 9 пользователи работают на терминалах под управлением оконной системы rio и получают доступ к серверам ЦП, которые обрабатывают процессы, требующие больших вычислений. Постоянное хранение данных обеспечивается дополнительными сетевыми узлами, выступающими в роли файловых серверов и архивного хранилища.

Его дизайнеры заявляют, что

[t]Основа системы построена на двух идеях: пространстве имен для каждого процесса и простом протоколе файловой системы, ориентированном на сообщения.

- Пайк и др.

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

Вторая идея (файловая система, ориентированная на сообщения) означает, что процессы могут предлагать свои услуги другим процессам, предоставляя виртуальные файлы, которые появляются в пространстве имен других процессов. Ввод/вывод клиентского процесса в таком файле становится межпроцессным взаимодействием между двумя процессами. Таким образом, Plan 9 обобщает представление Unix о файловой системе как центральной точке доступа к вычислительным ресурсам. Он переносит идею Unix о файлах устройств для обеспечения доступа к периферийным устройствам ( мышям , съемным носителям и т. д.) и возможность монтировать файловые системы, находящиеся в физически различных файловых системах, в иерархическое пространство имен, но добавляет возможность монтировать соединение с сервером. программа, которая использует стандартизированный протокол и рассматривает свои службы как часть пространства имен.

Например, первоначальная оконная система под названием 8½ использовала эти возможности следующим образом. Plan 9 представляет пользовательский интерфейс терминала посредством трёх псевдофайлов: mouse , который может быть прочитан программой для получения уведомлений о движениях мыши и нажатиях кнопок, cons , который можно использовать для текстового ввода/вывода, и bitblt , запись в который выполняет графические операции (см. бит blit ). Оконная система мультиплексирует эти устройства: при создании нового окна для запуска какой-либо программы она сначала устанавливает новое пространство имен, в котором мышь , минусы и bitblt подключаются сами к себе, скрывая фактические файлы устройства, к которым он сам имеет доступ. Таким образом, оконная система получает все команды ввода и вывода из программы и обрабатывает их соответствующим образом, отправляя вывод на фактическое экранное устройство и предоставляя текущей программе ввод с клавиатуры и мыши. Программе не нужно знать, взаимодействует ли она напрямую с драйверами устройств операционной системы или с оконной системой; ему нужно только предположить, что его пространство имен настроено так, чтобы эти специальные файлы предоставляли тот тип входных данных и принимали тот тип сообщений, который он ожидает.

Распределенная работа Plan 9 также опирается на пространства имен каждого процесса, позволяя процессам клиента и сервера взаимодействовать между машинами только что описанным способом. Например, Команда cpu запускает удаленный сеанс на вычислительном сервере. Команда экспортирует часть своего локального пространства имен, включая устройства пользовательского терминала ( мышь , минусы , bitblt ), на сервер, чтобы удаленные программы могли выполнять ввод/вывод с помощью мыши, клавиатуры и дисплея терминала, сочетая в себе эффекты удаленного входа и общей сетевой файловой системы.

Протокол 9P

Основная статья: 9П (протокол)

Все программы, которые хотят предоставлять услуги в виде файлов другим программам, используют единый протокол, называемый 9P. По сравнению с другими системами это уменьшает количество пользовательских интерфейсов программирования . 9P — это универсальный, независимый от среды, байт-ориентированный протокол, который обеспечивает доставку сообщений между сервером и клиентом. Протокол используется для обращения к процессам, программам и данным и связи с ними, включая как пользовательский интерфейс, так и сеть. С выходом 4-й редакции он был модифицирован и переименован в 9П2000.

В отличие от большинства других операционных систем, Plan 9 не предоставляет специальных интерфейсов прикладного программирования (таких как сокеты Беркли , ресурсы X или системные вызовы ioctl ) для доступа к устройствам. Вместо этого драйверы устройств Plan 9 реализуют свой интерфейс управления в виде файловой системы, так что к оборудованию можно получить доступ с помощью обычных ввода-вывода операций файлов, чтения и записи . Следовательно, совместное использование устройства в сети можно выполнить путем монтирования соответствующего дерева каталогов на целевой компьютер.

Объединение каталогов и пространств имен

Plan 9 позволяет пользователю собирать файлы (называемые именами ) из разных деревьев каталогов в одном месте. Результирующий объединенный каталог ведет себя как объединение базовых каталогов (порядком объединения можно управлять); если составляющие каталоги содержат файлы с одинаковым именем, список объединенного каталога ( лс или lc ) просто сообщит о повторяющихся именах. Разрешение одного пути выполняется сверху вниз: если каталоги верх и дно объединено в ты с сначала верх , потом u/имя означает топ/имя, если оно существует, дно/имя, только если оно существует и top/name не существует и файл отсутствует, если он не существует. Рекурсивное объединение подкаталогов не выполняется, поэтому, если верхний/подкаталог существует, файлы в нижний/подкаталог недоступен через объединение.

Каталог объединения можно создать с помощью последовательности привязки команды :

bind /arm/bin /bin
bind -a /acme/bin/arm /bin
bind -b /usr/alice/bin /bin

В приведенном выше примере /arm/bin монтируется по адресу /bin , содержимое /arm/bin заменяет предыдущее содержимое /бин . Акме ​ Каталог bin затем монтируется в объединение после /bin и личный кабинет Алисы Каталог bin уже смонтирован в объединении. Когда файл запрашивается из /bin , сначала он ищется в /usr/alice/bin , затем в /arm/bin , а затем, наконец, в /acme/bin/arm .

Таким образом, отдельные пространства имен процессов обычно заменяют понятие пути поиска в оболочке. Переменная среды пути ( $path) все еще существует в оболочке rc (оболочка, в основном используемая в Plan 9); однако переменная среды пути rc обычно содержит только /bin и . каталоги и изменять переменную не рекомендуется, вместо этого добавление дополнительных команд следует выполнять путем связывания нескольких каталогов в один /bin. В отличие от Plan 9, переменная среды path оболочек Unix должна быть установлена ​​так, чтобы включать дополнительные каталоги, исполняемые файлы которых необходимо добавлять в качестве команд.

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

Архитектура объединенных каталогов Plan 9 вдохновила 4.4BSD и Linux реализации объединенных файловых систем . хотя разработчики средства монтирования объединения BSD сочли нерекурсивное слияние каталогов в Plan 9 «слишком ограничительным для общего использования».

виртуальная

/прок

Вывод списка процессов со списком содержимого каталога (ls, lc) командой в /проц

Основная статья: procfs

Вместо системных вызовов, предназначенных специально для управления процессами , Plan 9 предоставляет /proc Файловая система . Каждый процесс выглядит как каталог, содержащий файлы информации и управления, которыми можно манипулировать с помощью обычных системных вызовов файлового ввода-вывода.

Подход к файловой системе позволяет управлять процессами Plan 9 с помощью простых инструментов управления файлами, таких как ls и cat ; однако процессы нельзя копировать и перемещать как файлы.

/сеть

В Plan 9 нет специализированных системных вызовов или ioctls для доступа к сетевому стеку или сетевому оборудованию. Вместо этого /net используется файловая система . Сетевые соединения контролируются путем чтения и записи управляющих сообщений в управляющие файлы. Подкаталоги, такие как /net/tcp и /net/udp используются как интерфейс к соответствующим протоколам.

Юникод

Дополнительная информация: UTF-8 и сравнение кодировок Unicode.

Чтобы упростить управление кодировками символов , Plan 9 использует Unicode во всей системе. Первоначальной реализацией Unicode был ISO/IEC 10646-1:1993 . Кен Томпсон изобрел UTF-8, который стал родной кодировкой в ​​Plan 9. Вся система была преобразована для общего использования в 1992 году. UTF-8 сохраняет обратную совместимость с традиционными строками с нулевым завершением , обеспечивая более надежную обработку информации и связывание многоязычных строковых данных с помощью каналов Unix между несколькими процессами. Использование единой кодировки UTF-8 с символами для всех культур и регионов устраняет необходимость переключения между наборами кодов.

Объединение концепций дизайна

Хотя концепции дизайна «Плана 9» интересны сами по себе, они должны были быть наиболее полезными в сочетании. Например, для реализации сервера трансляции сетевых адресов (NAT) можно создать объединенный каталог, перекрывающий . каталог маршрутизатора /net дерево каталогов со своим собственным /сеть . Аналогично, виртуальную частную сеть (VPN) можно реализовать путем наложения в объединенном каталоге /net иерархия с удаленного шлюза , используя защищенный 9P через общедоступный Интернет. Каталог объединения с Иерархию и фильтры /net можно использовать для изолирования ненадежных приложений или для реализации брандмауэра . Таким же образом распределенная вычислительная сеть может быть составлена ​​с объединенным каталогом /proc иерархии с удаленных хостов, что позволяет взаимодействовать с ними так, как если бы они были локальными.

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

для Plan

Дополнительная информация: Список приложений Plan 9.

Благодаря конструкции системы большинство задач в Plan 9 можно выполнить с помощью утилит ls , cat , grep , cp и rm в сочетании с оболочкой rc (оболочкой Plan 9 по умолчанию).

Factotum — это сервер аутентификации и управления ключами для Plan 9. Он обрабатывает аутентификацию от имени других программ, поэтому как секретные ключи , так и детали реализации должны быть известны только Factotum.

Графические программы

План 9: бег acme и rc

В отличие от Unix , Plan 9 был разработан с учетом графики. После загрузки терминал Plan 9 запустит оконную систему rio , в которой пользователь может создавать новые окна, отображающие rc . Графические программы, вызываемые из этой оболочки, заменяют ее в ее окне.

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

Sam и acme — текстовые редакторы Plan 9.

Система хранения

Plan 9 поддерживает файловые системы Kfs, Paq, Cwfs, FAT и Fossil . Последний был разработан в Bell Labs специально для Plan 9 и обеспечивает возможность хранения моментальных снимков. Его можно использовать непосредственно с жестким диском или использовать с Venti , архивной файловой системой и системой постоянного хранения данных.

Разработка программного обеспечения

Пакет распространения Plan 9 включает в себя специальные варианты компилятора и языки программирования, а также предоставляет адаптированный набор библиотек вместе с системой оконного пользовательского интерфейса, специфичной для Plan 9. Основная часть системы написана на диалекте C ( ANSI C с некоторыми расширениями и некоторыми другими функциями). Компиляторы этого языка были созданы специально с учетом переносимости; по словам их автора, они «быстро компилируются, медленно загружаются и создают объектный код среднего качества».

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

Совместимость с Unix

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

Plan 9 может поддерживать приложения POSIX и может эмулировать интерфейс сокетов Berkeley через среду ANSI/POSIX (APE), которая реализует интерфейс, близкий к ANSI C и POSIX , с некоторыми общими расширениями (собственные интерфейсы Plan 9 C не соответствуют ни одному стандарту). Он также включает POSIX-совместимую оболочку. Авторы APE утверждают, что использовали его для портирования X Window System (X11) на Plan 9, хотя они не выпускают X11, «потому что его правильная поддержка — слишком большая работа». Некоторые двоичные файлы Linux можно использовать с помощью приложения «linuxemu» (эмулятор Linux); однако работа над этим все еще продолжается. И наоборот, виртуальная машина Vx32 позволяет слегка модифицированному ядру Plan 9 работать в качестве пользовательского процесса в Linux, поддерживая немодифицированные программы Plan 9.

Прием

Сравнение с современными операционными системами

В 1991 году разработчики Plan 9 сравнили свою систему с другими операционными системами начала девяностых годов по размеру, показав, что исходный код минимальной («работающей, хотя и не очень полезной») версии был менее чем в пять раз меньше размера Mach . микроядро без каких-либо драйверов устройств (5899 или 4622 строки кода для Plan 9, в зависимости от метрики, против 25530 строк). Полное ядро ​​состояло из 18 000 строк кода. (По подсчетам 2006 года, ядро ​​насчитывало тогда около 150 000 строк, но для сравнения это было более чем с 4,8 миллионами в Linux . )

В сообществе исследователей операционных систем, а также в коммерческом мире Unix одновременно с разработкой Plan 9 предпринимались и другие попытки реализовать распределенные вычисления и удаленный доступ к файловой системе. К ним относятся сетевая файловая система и связанная с ней архитектура vnode , разработанная в Sun Microsystems , а также более радикальные отклонения от модели Unix, такие как ОС Sprite от Калифорнийского университета в Беркли . Разработчик Sprite Брент Уэлч отмечает, что архитектура SunOS vnode ограничена по сравнению с возможностями Plan 9, поскольку она не поддерживает удаленный доступ к устройствам и удаленное межпроцессное взаимодействие, хотя и могла бы, имея ранее существовавшие сокеты домена UNIX (которые « по существу может использоваться для именования серверов уровня пользователя») был интегрирован с архитектурой vnode.

схемы Plan 9 «все есть файл» и обмена текстовыми сообщениями были отмечены ограничения этой парадигмы по сравнению с типизированными Sun интерфейсами объектно-ориентированной операционной системы : Spring В одном из критических замечаний по поводу

Plan 9 заставляет все выглядеть как файл. В большинстве случаев реальный тип интерфейса включает протокол сообщений, которые должны быть записаны и прочитаны из файлового дескриптора. Это сложно указать и документировать, и запрещается любая автоматическая проверка типов вообще , за исключением ошибок файлов во время выполнения. (...) [A] Имя пути относительно неявного корневого контекста процесса — единственный способ назвать службу. Привязку имени к объекту можно выполнить только путем присвоения существующего имени объекта в том же контексте, что и новое имя. Таким образом, ссылки на интерфейсы просто не могут передаваться между процессами, а тем более через сети. Вместо этого коммуникация должна основываться на соглашениях, которые подвержены ошибкам и не масштабируются.

— Роско; акцент в оригинале.

Более позднее ретроспективное сравнение Plan 9, Sprite и третьей современной распределенной исследовательской операционной системы Amoeba показало, что

среды, которые они [Amoeba и Sprite] создают, тесно связаны с ОС, что затрудняет взаимодействие с внешними сервисами. Такие системы страдают от радикального отхода от модели UNIX, что также препятствует переносу уже существующего программного обеспечения на платформу (...). Отсутствие разработчиков, очень небольшой диапазон поддерживаемого оборудования и небольшая, даже по сравнению с Plan 9, база пользователей также значительно замедлили внедрение этих систем (...). Оглядываясь назад, можно сказать, что Plan 9 была единственной исследовательской распределенной ОС того времени, которой удалось привлечь разработчиков и использоваться в коммерческих проектах достаточно долго, чтобы гарантировать ее выживание по сей день.

- Мирчовски, Симмондс и Миннич

Влияние

был вдохновлен Оконный менеджер wmii X acme — текстовым редактором из проекта Plan 9.

План 9 продемонстрировал, что интегральная концепция Unix — что каждый системный интерфейс может быть представлен как набор файлов — может быть успешно реализована в современной распределенной системе. Некоторые функции Plan 9, такие как кодировка символов Unicode UTF-8, были реализованы в других операционных системах. Unix-подобные операционные системы, такие как Linux, реализовали 9P2000, протокол Plan 9 для доступа к удаленным файлам, и приняли функции rfork , механизма создания процессов Plan 9. Кроме того, в Plan 9 from User Space несколько приложений и инструментов Plan 9, включая редакторы sam и acme, были портированы на системы Unix и Linux и достигли определенного уровня популярности. Несколько проектов направлены на замену программ операционной системы GNU , окружающих ядро ​​Linux, программами операционной системы Plan 9. 9wm Оконный менеджер был создан на основе 8½ , более старой оконной системы Plan 9; wmii также находится под сильным влиянием Plan 9. В исследованиях в области информатики Plan 9 использовался в качестве для сетевых вычислений . платформы и как средство исследования повсеместных вычислений без промежуточного программного обеспечения . В коммерции Plan 9 лежит в основе Coraid систем хранения данных . Однако Plan 9 никогда не приближался по популярности к Unix и был в первую очередь исследовательским инструментом:

[Похоже, что План 9 провалился просто потому, что он не смог стать достаточно убедительным улучшением Unix, чтобы вытеснить своего предка. По сравнению с Plan 9, Unix скрипит, лязгает и имеет явные пятна ржавчины, но справляется со своей задачей достаточно хорошо, чтобы удерживать свою позицию. Здесь есть урок для амбициозных системных архитекторов: самый опасный враг лучшего решения — это существующая достаточно хорошая кодовая база.

— Эрик С. Рэймонд

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

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

Несколько проектов работают над расширением Плана 9, включая 9atom и 9front. Эти форки дополняют Plan 9 дополнительными драйверами оборудования и программным обеспечением, включая улучшенную версию системы электронной почты Upas , компилятор Go , Mercurial поддержку системы контроля версий (а теперь и реализацию git) и других программ. Plan 9 был портирован на Raspberry Pi . одноплатный компьютер Проект Harvey пытается заменить собственный компилятор Plan 9 C на GCC , чтобы использовать современные инструменты разработки, такие как GitHub и Coverity , и ускорить разработку.

Начиная с Windows 10 версии 1903 , подсистема Windows для Linux реализует протокол файловой системы Plan 9 в качестве сервера, а хостовая операционная система Windows выступает в качестве клиента.

Деривативы и форки

• Inferno является потомком Plan 9 и разделяет многие концепции дизайна и даже исходный код ядра, особенно в отношении устройств и протокола Styx/9P2000. Inferno разделяет с Plan 9 наследие Unix от Bell Labs и философию Unix . Многие из инструментов командной строки в Inferno были инструментами Plan 9, которые были переведены на Limbo .
• 9атом дополняет дистрибутив Plan 9 добавлением ядра 386 PAE , процессора amd64 и ядра терминала, nupas, дополнительной аппаратной поддержки ПК, IL и Ken's fs.
• 9фронт является ответвлением Plan 9. Он был создан для устранения кажущейся нехватки выделенных ресурсов для разработки внутри Bell Labs и накопил различные исправления и улучшения.
• 9наследие это альтернативный дистрибутив. Он включает в себя набор патчей, основанных на текущем дистрибутиве Plan 9.
• Готовый предназначен для многоядерных архитектур и крупномасштабных SMP-систем.
• Харви ОС это попытка заставить код Plan 9 работать с gcc и clang.
• ЖаннаОС — это экспериментальная ОС, созданная на основе Plan 9. Ее пользовательское пространство и модули в основном заимствованы из 9front, система сборки — из Harvey OS, а ее ядро ​​является ответвлением 64-битного ядра Plan9-9k.
• НИКС — это ответвление Plan9, предназначенное для многоядерных систем и облачных вычислений.
• узел9 представляет собой скриптовую производную Plan9/Inferno, которая заменяет язык программирования Limbo и виртуальную машину DIS языком Lua и виртуальной машиной LuaJit. Он также заменяет межплатформенный ввод-вывод Inferno на обработку событий и ввод-вывод libuv Node.js для согласованного кросс-платформенного хостинга. Это доказательство концепции, демонстрирующее, что распределенная ОС может быть построена из пространств имен для каждого процесса и общих облачных элементов для создания единого образа системы произвольного размера.
• План Б предназначен для работы в распределенных средах, где набор доступных ресурсов различен в разные моменты времени. Первоначально основанный на ядре Plan 9 третьей редакции, Plan B был перенесен в пространство пользователя для работы на текущих системах Plan 9.

Лицензия

Начиная с выпуска четвертого издания в апреле 2002 г. Полный исходный код Plan 9 от Bell Labs доступен бесплатно по лицензии Lucent Public License 1.02, которая считается лицензией открытого исходного кода ( Open Source Initiative OSI), свободного программного обеспечения лицензией Free Software Foundation и проходит Руководство по использованию свободного программного обеспечения Debian .

В феврале 2014 года Калифорнийский университет в Беркли разрешил нынешнему правообладателю Plan 9 — Alcatel-Lucent — выпустить все программное обеспечение Plan 9, ранее регулируемое Общественной лицензией Lucent, версия 1.02, только под лицензией GPL-2.0 .

23 марта 2021 г. право собственности на Plan 9 перешло от Bell Labs к Plan 9 Foundation. и все предыдущие выпуски были повторно лицензированы по лицензии MIT .

См. также

• Алеф (язык программирования)
• Свидание (План 9)
• Инферно (операционная система)
• Редокс (операционная система)
• Миникс
• ХеленОС

Внешние ссылки

• 9p.io : Архивированное зеркало оригинального официального веб-сайта Plan 9 по адресу plan9.bell-labs.com. Архивировано 24 мая 2021 г. на Wayback Machine.
• 9fans : Полуофициальный список рассылки для пользователей и разработчиков Plan 9.
• Фонд Плана 9