Спешу сообщить, что запустил проект по возвращению “печатной машинки” UNIX в Plan 9/9front - Plan “Typewriter”¹. Проект ориентирован на подготовку окружения, которое игнорирует мышь полностью и позволяет работать не убирая рук с клавиатуры.

– Мы строили, строили и наконец построили! Да здравствуем мы, ура!

Пока готов очень базово только оконник - nwm. На данном этапе это форк rio из проекта 9front, в который я добавил отрисовку панели навигации и обработку горячих клавиш. При разработке интерфейса я вдохновлялся dwm² - простой и лаконичный оконник для X-сервера. Непосредственно от rio останется только работа с окнами и файловой системой. По мере развития всё “лишнее” будет удаляться, чтобы уменьшить объём кода.

Идею я вынашивал около года. Проект казался мне слишком сложным и неподъёмным. Но в один день я решил сделать пару набросков отрисовки панели. Дальше как-то само пошло…

На подходе также:

• st³/foot⁴-подобный эмулятор терминала. Пока сделал только небольшие наброски и погружаюсь в технические детали.
• Emacs⁵-подобный текстовый редактор, расширяемый (в перспективе) не просто своим диалектом Lisp, а полноценным Scheme (пока не решил который использовать). По мере готовности всё будет публиковаться на сайте проекта.

Acme: OFF

Acme (по задумке разработчиков) представляет из себя интерфейс системы. Ведь если всё файл и большинство из них с текстом, то для работы с системой нужен только текстовый редактор. Но что я не могу принять, так это очень ограниченную поддержку клавиатуры. Редактор слишком ориентирован на мышь. Также в нём отсутствует подсветка синтаксиса. Идея в том, чтобы не писать настолько сложный код, чтобы нужна была подсветка синтаксиса. Если вы планируете ограничивать написание кода “Hello, world!” приложениями, то его возможностей должно вполне хватать. Но мало кто сможет сказать, что код, например, rio - простой.

Так что при разработке я использовал Emacs и сразу тестировал код в 9front. А помогал мне в этом drawterm. При подключении к Plan 9 через drawterm локальная файловая система машины монтируется в текущее окружение. Все файлы доступны абсолютно прозрачно. Просто переходите в нужную директорию, компилируете и запускаете.

Удивительный C

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

1. В виде переменной:

struct A {
	int x;
};

struct B {
	struct A a;
};

После этого мы можем получать доступ к полю из структуры A через b.a.x.

2. Как анонимную структуру:

struct B {
    struct {
        int x;
    };
};

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

Но в Plan 9 диалекте C разработчики не оглядывались назад. Позже они перенесут это поведение в Go:

struct A {
	int x;
};

struct B {
	A;
};

Теперь поле x доступно как родное через b.x. И знаете что, с этим очень приятно и удобно работать. Особенно после Go. Появляется небольшой флёр ООП (в хорошем смысле слова).

Что дальше?

До релизов 1.0 приложения я доведу наверняка (не значит быстро). Проект буду развивать по мере сил и времени. Как и всегда не откажусь от советов и рекомендаций. На этом этапе самая главная помощь, которую вы можете оказать проекту - распространнение информации и коммиты/патчи. Да, сейчас проект на очень ранней стадии. Но я и не говорил, что это готовое Production-ready ПО.

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

Если вы есть - отзовитесь!

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

В последнее время всё чаще задумываюсь о сути Сети как об отражении Человека. По своей природе человек, как и Сеть, децентрализован. И там и там есть как вертикальные (начальство, города, узловые маршрутизаторы), так и горизонтальные (близкие, соседи, локальные сети) связи. Не потому ли изначальная Сеть так легко наложилась на общество и была принята?

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

Немаловажным является и тот факт, что человек не склонен воспринимать связи в сети хоть сколько-нибудь похожими на реальные. Вы скорее познакомитесь с людьми на концерте, чем в комментариях под видео или публикацией. И этот более низкий вес связей в Сети сложно осуждать, ведь человечество живёт с ними не так долго. Вот вы общаетесь с людьми, укрепляете свою связь на основе интересов. Но внезапно человек пропадает, других его контактов у Вас нет. Ему могло просто стать скучно, и он перестал заходить на платформу на некоторое время. А вы, не зная этого, решили, что он покинул ресурс навсегда, и тоже уходите. Возможно, именно поэтому мы все тянемся к большим ресурсам, где “сидят все друзья”.

Но вернёмся к протоколам. Вот, например RSS¹ и Atom², чрезвычайно простые протоколы, о которых люди почти ничего не знают. Их суть в том, чтобы донести до людей новости в простой форме. Не нужно заходить на понравившийся сайт или блог, чтобы узнать были ли новости. RSS-читалка сама получит все обновления, и сообщит вам о них. Но простота получения этих новостей децентрализовано помогла крупным новостным агрегаторам также получать эти новости, публиковать их у себя и, тем самым, увеличивать и без того немалую аудиторию. Человек ведь прост и неприхотлив, он не будет проверять первоисточник. Тем самым появляются две прекрасные возможности. Во-первых, публиковать полуправду или ложь. Во-вторых, не публиковать что-то вовсе. И мы получаем цензуру и навязывание мнения по вектору редакционной политики. То есть то, что изначально было призвано привнести независимость людям было использовано против них, в угоду в лучшем случае корыстным интересам.

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

Кроме RSS и Atom были и другие попытки. Самая удачная из них, конечно же, электронная почта. Тут без вариантов. Она появилась много раньше, чем крупные компании поняли, как подминать под себя такие технологии. И ввиду планомерного роста электронной почты сейчас они попали в ситуацию, когда терять обратную совместимость для них очень уж рискованная затея. Пожалуй, это один удачный пример протокола, который не смогли покорить и поджать под себя. Но несмотря на это они не прекращают попыток сделать клуб почты “для своих” и продолжают навязывать нам “новые” и “безопасные” расширения протокола. Одни только пляски с удостоверяющими центрами сертификации и PTR-записями чего стоят. Я уже молчу о теневой блокировке 25-го TCP порта провайдерами.

Меньше всего повезло XMPP/Jabber³. Кто-то вообще о нём помнит? И не удивительно, ведь целый Google приложил немало сил, чтобы подавить его использование. Запрет? Блокировка? Хитрее! Старая добрая тактика: не можешь победить - возглавь. Они запустили свой крупный XMPP сервис. Такой же бесплатный сыр, как и Gmail, но который было намного проще схлопнуть. Дело в том, что держать XMPP сервер достаточно сложно и затратно. Для этого необходимо довольно крупное хранилище для историй чатов, стабильное соединение, круглосуточная работа сервера. Держать его для себя одного могли только гики. В основном люди регистрировались на крупных узлах, которые то и дело падали, люди уходили на другие. Так было, пока не сцену не вышел Google. И действительно, уж они то смогут обеспечить поддержку пользователей. Крупные узлы начали закрываться из-за оттока пользователей. А вскоре и сам Google прикрыл поддержку из-за “низкого спроса”. Что вы можете сделать против Google? Самое смешное в этом то, что XMPP/Jabber всё ещё используется. Вот только вы об этом не знаете. Ведь вам всё равно как работает WhatsApp. История с RSS повторилась, причём почти один в один. Также было и с личными сайтами и блогами: просто переходите на хостинг или платформу. И в итоге мы имеем по пальцам пересчитать компаний, ресурсами которых пользуются ну уж если не 90%, то уж точно 70% планеты.

Люди на крупных платформах не принадлежат себе. Их переписки читают, информация утекает и используется в анализе поведения, таргетированной рекламе, обучении нейросетей без их согласия. Их могут заблокировать в любую минуту автоматически за “неправильную” с точки зрения платформы фразу. И даже несмотря на огромное количество людей на этих платформах, все они крайне одиноки. Ведь, как я уже говорил, ценность виртуальной связи намного ниже реальной. Иметь миллион подписчиков или 100 друзей, что выберете? Причём чем больше у вас подписчиков, тем меньше вы себе принадлежите. Исчезает искренность, появляются спонсоры и рекламодатели. Шаг влево - и вы изгой без финансирования. Заказная статья, немного подправленных фактов - завтра же о вас никто не вспомнит. Но что ещё хуже, вы ведь не общаетесь. Это суррогат. С одной стороны - производитель контента. С другой - потребитель. Нет любви, нет доверия. Просто производство и потребление. Точный расчёт. Разве так бывает в реальной жизни? Нет, вы, конечно, можете привести примеры их разряда “такой спокойных, общительный, а оказался маньяк”, но это уже передёргивание. Чаще всего люди, которые знают вас лично, либо вовсе не поверят в клевету на вас, либо спросят у вас вашу позицию по ситуации. Правда и искренность редко бывают действительно одиноки.

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

Вообще моя мысль очень проста - протоколы могут только объединять и не могут быть злыми сами по себе. Только в злых руках. Так случилось с XMPP. Так происходит с RSS. И Вавилонские башни корпораций зародились не сами по себе. Всему виной праздность и тщеславие людей. “Они дают мне бесплатно зарегистрироваться и общаться, всего-то редкая реклама”. Но реклама, которую вы видите, - это даже не половина того, что с вас получили.

Пусть внешне сети и изменились сходно с человечеством - племена, деревни, города - но по факту путь этот пройден не был. Тут аналогия очень простая - революция 1917-го в России. Из человека сделать коммуниста насильно не смогли за 70 лет. Даже социалисты получились так себе.

Каюсь, грешен. Но я работаю над собой. До недавнего времени я пробовал Fediverse, но обнаружил в нём все те же недостатки, что и на крупных платформах. В данный момент для меня выглядит очень многообещающим протокол nostr⁴. Но наиболее чёткое отражение меня в сети на данный момент я нахожу в возвращении к изначальной сети - сайт, RSS и очень близкий мне по духу Plan 9.

Но я верю, что Люди смогут найти своё истинное отражение в Сети и Сеть перестанет быть Человеку чуждым и враждебным местом.

Подготовка

– Не хватай его сразу. Не хватай его сразу, Урри. Выясни сначала как он управляется. Выясни как он управляется сначала.

– Не понял, повторите.

– Узнай где у него кнопка!

Перед началом вы должны ответить на несколько вопросов:

• Какую конфигурацию имеет ваша локальная сеть?
• Какое оборудование установленно в вашей машине и поддерживается ли оно в ОС? [список поддерживаемого оборудования доступен на сайте проекта²]
• Какое имя будет у машины и вашего пользователя?

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

Для начала скачайте подходящий вам установочный ISO образ системы с сайта проекта³ и создайте загрузочную флешку. Если вы выбрали для первой попытки установку на виртуальную машину [что я вам и советую], то просто примонтируйте к ВМ образ диска и начните закрузку. Если всё было сделано правильно вы увидите процесс загрузки.

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

Пользователь

 user[glenda]:

Предлагаемый пользователь по умолчанию - glenda. Запуск системы на этой машине будет происходить под этим пользователем. Такой пользователь в контексте Plan 9 зовётся hostowner (владелец хоста). Концепция корневого пользователя root была упразднена по причинам проблем с безопасностью. Владелец хоста имеет высокие полномочия на конкретной машине, но ограничен в доступе к файлам других пользователей. Для первой установки лучше его не менять. Просто нажимаем Enter.

vgasize, monitor, mouseport

Следующими вопросами будут запрошены данные о дисплее и мыши:

vgasize is (text, 640x480x8, 1024x768x16, ...) [1024x768x16]
monitor is (vesa, xga, lcd, ...) [vesa]
mouseport is (ps2, ps2intellimouse, 0, 1, 2) [ps2]

На основании ответов будут установлены переменные окружения $vgasize, $monitor и $mouseport. Эти значения также будут записаны в файл plan9.ini, из которого будут использоваться при последующий загрузках.

• monitor - в любое значение, кроме vesa будет пропускать эмуляцию VESA BIOS и будет выполнятся попытка использования нативного драйвера VGA для видео карты. Список поддерживаемых системой дисплеев и видео карт может быть найден в файле /lib/vgadb. Дополнительную информацию вы можете найти на страницах справки vga(3), vga(8) и vgadb(6).
• vgasize - используется для хранения разрешения и разрядности дисплея. Тут можете прописать любое значение, поддерживаемое вашим дисплеем.
• mouseport - Значение по умолчанию для ps2 должно подходить в большинстве случаев. При установке на ноутбук или при использовании мыши с колесом прокрутки может понадобиться выставить его в ps2intellimouse.

После завершения загрузки вы можете изменить установленные значения в файле plan9.ini.

Пример содержимого plan9.ini:

monitor=vesa
vgasize=1024x768x16
mouseport=ps2intellimouse

Запуск

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

Имейте ввиду, что если пользователь был изменён, то вы увидите просто серый экран. Инициализация подготовлена только для пользователя glenda. В остальных случаях система остаётся чистой.

Немного об управлении

Для управления мультиплексером rio используется трёхкнопочная мышь.

• ЛКМ - указание фокуса и выделение, ничего особенного;
• СКМ - контекстное меню, которое будет различаться для разных приложений;
• ПКМ - меню rio, позволяет создавать, изменять и удалять окна.

Приложения запускаются в окнах rio. Но самое интересно, что в окне rio может быть запущен … rio. И ещё. И ещё.

При работе с flash-накопителя для первого знакомства этого может быть достаточно. Система будет созранять своё состояние как обычный live-образ любой другой ОС. Так что вы можете перейти к следующим статьям цикла.

Если же вы достаточно исследовали live-образ Plan 9 и чувствуете, что готовы к построению полноценной вычислительной сети [в контексте Plan 9 используется термин grid] - то мы продолжаем.

Установка базовой системы

Установка выполняется rc-сценарием /rc/bin/inst. Чтобы начать установку выполните в терминале команду inst/start.

term% inst/start

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

Каждый шаг может быть пройден повторно путём ввода его имени в запросе.

Теперь перейдём к шагам установки.

configfs

Файловая система cwfs64x использует постоянное и временное хранилища на разных разделах. Файловая система hjfs более однородна, но работает медленнее. Если ваш диск менее 12 ГиБ, то вам необходимо выбрать hjfs. В этом примере мы продолжим используя cwfs64x.

You can install the following types of systems:
    cwfs64x     the cached-worm file server
    hjfs        the new 9front file server (experimental!)
File system (cwfs64x, hjfs)[cwfs64x]:

partdisk

На этом шаге нам необходимо создать разделы. Сценарий установки сообщит вам какие диски он смог обнаружить.

Выбираем тот, что не эмуляция оптического диска и жмём Enter.

The following disk devices were found.

sdC0 - QEMU DVD-ROM
    empty                  0 3916        (3916 cylinders, 29.99 GB)
  * p1

sdF0 -

Disk to partition (sdC0, sdD0)[no default]: sdF0
The disk you selected HAS NO master boot record on its first sector.
(Perhaps it is a completely blank disk.)
Shall we create a blank EFI partition table (GPT)
or install traditional DOS partition table (MBR)?

Диск у нас пустой, так что создадим свежую MBR таблицу.

Install mbr or gpt (mbr, gpt)[no default]: mbr

This is disk/fdisk; use it to create a Plan 9 partition.
If there is enough room, a Plan 9 partition will be
suggested; you can probably just type ’w’ and then ’q’.

cylinder = 8225280 bytes

В этом примере мы будем использовать весь диск. Просто записываем предложенные изменения.

>>> w
>>> q

prepdisk

Из-за особенностей CWFS нам необходимо выполнить дополнительное разбиения раздела на подразделы.

The following Plan 9 disk partitions were found.

/dev/sdF0/plan9
  empty                  0 62910477    (62910477 sectors, 29.99 GB)

Plan 9 partition to subdivide (/dev/sdC0/plan9)[no default]:
Use the Plan 9 partition created in the previous step. Type /dev/sdC0/plan9 and hit enter.
This is disk/prep; use it to subdivide the Plan 9 partition.
If it is not yet subdivided, a sensible layout will be suggested;
you can probably just type `w` and then `q`.

no plan9 partition table found
9fat 204800
nvram 1
other 8957953
fscache 8957953
fsworm 44789770
>>>

И снова принимаем значения по умолчанию.

>>> w
>>> q

mountfs

Теперь, когда подразделы созданы, мы указываем как их монтировать и форматируем их. Если предыдущие шаги прошли без проблем, то сценарий установки обнаружит созданные нами разделы самостоятельно. Просто нажимаем Enter на каждом из вопросов.

The please choose your cwfs64x partitions

--rw-r----- S 0 glenda glenda 4586471936 Jul  4 13:28 /dev/sdC0/fscache

Cwfs cache partition (/dev/sdC0/fscache)[/dev/sdC0/fscache]:
--rw-r----- S 0 glenda glenda 22932362240 Jul  4 13:28 /dev/sdC0/fsworm

Cwfs worm partition (/dev/sdC0/fsworm)[/dev/sdC0/fsworm]:
--rw-r----- S 0 glenda glenda 4586471936 Jul  4 13:28 /dev/sdC0/other

Cwfs other partition (/dev/sdC0/other)[/dev/sdC0/other]:

Далее нам будет предложено форматировать (ream) раздел, соглашаемся.

Since this is a fresh install, we choose yes to ream (format) the file system:
Ream the file system? (yes, no)[no]: yes
Starting cwfs64x file server for /dev/sdC0/fscache
Reaming file system
bad nvram key
bad authentication id
bad authentication domain
nvrcheck: can’t read nvram
config: config: config: auth is now disabled
config: config: config: config: config: config: current fs is "main"
cmd_users: cannot access /adm/users
63-bit cwfs as of Wed Jul  4 00:59:30 2012
    last boot Tue Jul 17 13:34:57 2012
Configuering cwfs64x file server for /dev/sdC0/fscache
Mounting cwfs64x file server for /dev/sdC0/fscache
% mount -c /srv/cwfs /n/newfs
Mounting cwfs64x file server for /dev/sdC0/other
% mount -c /srv/cwfs /n/other other

confignet

Пришло время сконфигурировать сеть.

We will configure the ethernet.

Please choose a method for configuring your ethernet connection.

    manual - specify IP address, network mask, gateway IP address
    automatic - use DHCP and SLAAC to automatically configure

Configuration method (manual, automatic)[automatic]:

автоматическое

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

Нажмите Enter, чтобы перейти к следующему шагу.

ручная

Ручная настройка не представляет сложности. Необходимо просто указать IP адрес, маску сети, шлюз и DNS сервер.

Configuration method (manual, automatic)[automatic]: manual
ip address [no default]: 192.168.2.10
network mask [no default]: 255.255.255.0
gateway address [no default]: 192.168.2.1
dns server [192.168.2.1]:
starting ethernet manual config

mountdist

Укажем сценарию установки где ему искать файлы для установки.

Please wait... Scanning storage devices...
    /dev/sdC0/9fat
    /dev/sdC0/data
    /dev/sdC0/fscache
    /dev/sdC0/fsworm
    /dev/sdC0/other
    /dev/sdD0/data

The following storage media were detected.
Choose the one containing the distribution.

    /dev/sdD0/data (iso9660 cdrom)

Distribution disk (/dev/sdD0/data, /dev/sdC0/fscache, /)[/]:

Образ CD уже примонтирован в корень, просто укажем / и жмём Enter.

% mount /srv/boot /n/distmedia

Which directory contains the distribution?

Location of archives [/]:

И снова, корень CD уже в корне системы, также укажем / и жмём Enter.

copydist

На этом шаге будет производиться копирование файлов дистрибутива системы на сконфигурированные разделы. Сценарий не отображает прогресс установки. Следить за процессом можно лишь отслеживая нагрузку на мониторе stats(8). Процесс занимает от 5 минут до часа в зависимости от скорости работы вашего диска.

По завершении вы должны увидеть следующее сообщение:

Оно означает, что файлы системы успешно скопированы на целевые разделы.

ndbsetup

Дадим нашему хосту имя. По умолчанию будет назначено cirno.

Setup network configuration

sysname [cirno]: test-fs

tzsetup

Настраиваем часовой пояс.

Setup Time Zone

Time Zone (Argentina, Australia_ACT, Australia_Broken-Hill,
Australia_LHI, Australia_NSW, Australia_North, Australia_Queensland,
Australia_South, Australia_Sturt, Australia_Tasmania,
Australia_Victoria, Australia_West, Australia_Yancowinna, Brazil_Acre,
Brazil_DeNoronha, Brazil_East, Brazil_West, CET, Canada_Atlantic,
Canada_Central, Canada_East-Saskatchewan, Canada_Eastern,
Canada_Mountain, Canada_Newfoundland, Canada_Pacific, Canada_Yukon,
Chile_Continental, Chile_EasterIsland, Cuba, EET, Egypt, GB-Eire, GMT,
HST, Hongkong, Iceland, Iran, Israel, Jamaica, Japan, Libya,
Mexico_BajaNorte, Mexico_BajaSur, Mexico_General, NZ, NZ_CHAT, Navajo,
PRC, Poland, ROC, ROK, Singapore, Turkey, US_Alaska, US_Arizona,
US_Central, US_East-Indiana, US_Eastern, US_Hawaii, US_Michigan,
US_Mountain, US_Pacific, US_Yukon, W-SU, WET)[US_Eastern]: GMT

Вводим наиболее подходящий нам из списка и жмём Enter.

bootsetup

Настройка загрузки системы.

Setup Plan 9 FAT boot partition (9fat)

Plan 9 FAT partition (/dev/sdC0/9fat)[/dev/sdC0/9fat]:

Принимаем значение раздела загрузки по умолчанию.

Все переменные окружения, указанные при первом запуске, сейчас будут сохранены в /n/9fat/plan9.ini. Также ядро системы будет скопировано в раздел 9fat.

dossrv: serving /srv/dos
Initializing Plan 9 FAT partition.

% disk/format -r 2 -d -b /386/pbs /dev/sdC0/9fat
Initializing FAT file system
type hard, 12 tracks, 255 heads, 63 sectors/track, 512 bytes/sec
used 4096 bytes
% mount -c /srv/dos /n/9fat /dev/sdC0/9fat
% rm -f /n/9fat/9bootfat /n/9fat/plan9.ini /n/9fat/9pc
% cp /n/newfs/386/9bootfat /n/9fat/9bootfat
% chmod +al /n/9fat/9bootfat
% cp /tmp/plan9.ini /n/9fat/plan9.ini
% cp /n/newfs/386/9pc /n/9fat/9pc

If you use the Windows NT/2000/XP master boot record
or a master boot record from a Unix clone (e.g., LILO or
FreeBSD bootmgr), it is probably safe to continue using
that boot record rather than install the Plan 9 boot record.

Так как в нашем случае нет соседней системы мы выбираем запись Plan 9 в главную загрузочную область и помечаем раздел активным.

Install the Plan 9 master boot record (yes, no)[no default]: yes
Mark the Plan 9 partition active (yes, no)[no default]: yes

The Plan 9 partition is now marked as active.

finish

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

Ваша первая установка 9front завершена.

Поздравляю!

Настройка сервера авторизации и файлового сервера

Основано на этом примере - youtube.

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

Авторизация будет выполнять проверку паролей, а файловая система будет следить за тем, чтобы у пользователей был доступ к нужным файлам. Первое, что необходимо сделать, это установить владельца хоста для системы. Разработчики Plan 9 отказались от использования корневого пользователя root, поскольку это было связано с очевидными проблемами безопасности. Вместо этого у каждой системы есть назначенный владелец хоста (host owner). Владелец хоста обладает неограниченной властью над любыми процессами, выполняемыми в системе, которой он владеет. Таким образом, владелец хоста может отключить процессы и получить доступ практически ко всему оборудованию.

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

Настройка NVRAM

Мы уже видели раздел NVRAM ранее, это небольшая часть хранилища, называемая Энергонезависимой оперативной памятью (Non-Volatile RAM) по историческим причинам, и она содержит токен пароля для владельца хоста. Это позволяет системе загружаться с авторизацией без необходимости вводить пароль в командной строке загрузки. Чтобы убедиться, что система использует его, я добавлю его в plan9.ini. Некоторые системы делают это автоматически, но я просто хочу быть уверенным.

Итак, давайте смонтируем раздел 9fat.

% 9fs 9fat
% sam /n/9fat/plan9.ini

Здесь мы можем указать, откуда взять раздел NVRAM, и это также может быть задано в виде файла.

bootfile=9pc64
nvram=/dev/sdF0/nvram
bootargs=local!/dev/sdF0/fscache
mouseport=ps2
monitor=vesa
vgasize=1024x768x16

tiltscreen=none

И теперь мы перезагрузим систему, чтобы это вступило в силу.

% fshalt -r

Запись в NVRAM

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

• authid - будет указывать владельца хоста, которым будет glenda.
• authdom - в данном случае запрашивается доменное имя. Если вы используете доменное имя, просто укажите его. Если нет - укажите что-нибудь в качестве заглушки.
• secstore key - используется для другой системы авторизации, и я пока не буду его использовать. Нажмите Enter и оставьте поле пустым.
• password - пароль для пользователя glenda.

% auth/wrkey
authid: glenda
authdom: testdom
secstore key:
password:

Вот и все.

Добавление пользователей в авторизацию

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

% auth/keyfs

Итак, мы начнём с пользователя glenda:

• Password - введите тот же пароль;
• Confirm password - и ещё раз;
• assign new Inferno/POP secret? [y/n]: n - пока не важно, просто установите значение “нет”;
• Expiration date (YYYYMMDD or never)[never]: не будем беспокоиться о сроке истечения, установите значение “никогда”;
• Post id:, User's full name:, Department #:, User's email address:, Sponsor's email address: - это если у вас в офисе полно людей.

% auth/changeuser glenda
Password:
Confirm password:
assign new Inferno/POP secret? [y/n]: n
Expiration date (YYYYMMDD or never)[never]:
Post id:
User's full name:
Department #:
User's email address:
Sponsor's email address:
user glenda installed for Plan 9

Вот так-то. glenda теперь добавлена как пользователь. И я добавлю обычного пользователя testuser. В основном параметры все те же.

% auth/changeuser testuser
Password:
Confirm password:
assign new Inferno/POP secret? [y/n]: n
Expiration date (YYYYMMDD or never)[never]:
Post id:
User's full name:
Department #:
User's email address:
Sponsor's email address:
user testuser installed for Plan 9

Добавление пользователей в файловую систему

Следующим шагом будет добавление нашего нового testuser в файловую систему. Пользователь glenda автоматически был указан в качестве одного из пользователей файловой системы при выполнении базовой установки. И теперь нам нужно добавить testuser, чтобы он также мог владеть файлами. Для этого нам нужно отправить команду на командный сервер файловой системы.

% echo newuser testuser >>/srv/cwfs.cmd

Итак, теперь новый пользователь testuser добавлен в файловую систему CWFS.

Настройка сетевой базы данных

Следующий шаг - отредактировать файл сетевой базы данных, чтобы назначить эту систему в качестве сервера аутентификации и файлового сервера. Этот файл находится в /lib/ndb/local.

Внизу файла у нас есть пример, который мы можем использовать:

# example: adjust to fit your network
#auth=cirno authdom=9front
#ipnet=9front ip=192.168.0.0 ipmask=255.255.255.0
#	ipgw=192.168.0.1
#	dns=192.168.0.1
#	auth=cirno
#	dnsdom=9front
#	cpu=cirno
#	smtp=cirno

Так что нам просто нужно сделать нашу версию этой записи:

auth=test-fs authdom=testdom
ipnet=testdom ip=192.168.2.0 ipmask=255.255.255.0
	ipgw=192.168.2.1
	dns=192.168.2.1
	auth=test-fs
	fs=test-fs
	dnsdom=testdom

Редактирование plan9.ini

Теперь нам нужно добавить еще изменений в plan9.ini. Из-за особенностей с CWFS нам нужно внести две правки.

• Во-первых, нужно скопировать файл plan9.ini, чтобы загрузить систему в режиме настройки и убедиться, что авторизация в файловой системе работает;
• И нам также нужна окончательная конфигурация plan9.ini, чтобы сервер загружался нормально, без необходимости взаимодействия.

Итак, давайте снова смонтируем 9fat и сделаем копию текущего plan9.ini и еще одного, который мы будем использовать позже.

9fs 9fat
cp /n/9fat/plan9.ini /n/9fat/plan9.bak.ini
cp /n/9fat/plan9.ini /n/9fat/plan9.new.ini

Для существующего файла первое, что нам нужно сделать, это изменить его с терминала по умолчанию на CPU сервер. А затем к параметрам загрузки мы добавим параметр -c для диска для файловой системы, и это переведет его в режим настройки.

bootfile=9pc64
nvram=/dev/sdF0/nvram
service=cpu
bootargs=local!/dev/sdF0/fscache -c
mouseport=ps2
monitor=vesa
vgasize=1024x768x16

tiltscreen=none

Для нового файла мы добавим опцию -a tcp!*!564 в параметры диска. Это сообщит системе, что она прослушивает TCP порт 564 для получения команд для подключения к файловой системе. Это также будет CPU сервер, и мы изменим параметры загрузки на nobootprompt, чтобы он не просил нас нажимать Enter.

bootfile=9pc64
nvram=/dev/sdF0/nvram
service=cpu
nobootprompt=local!/dev/sdF0/fscache -a tcp!*!564
mouseport=ps2
monitor=vesa
vgasize=1024x768x16

tiltscreen=none

Итак, мы подготовили оба файла сейчас, потому что после перезагрузки системы графика будет отключена, поэтому не будет работать rio, и мы не сможем редактировать файлы с помощью acme или sam. Вы можете использовать ed, но проще подготовить их сейчас и использовать просто mv, чтобы переименовать их позже.

Загрузка в роли сервера

Итак, мы перезагрузили систему, и вы можете видеть, что она ждет, когда я введу значение по умолчанию, которое имеет символ -c.

bootargs is (tcp, tls, il, local!device)[local!/dev/sdF0/fscache -c]

Нажмите Enter.

Далее появляется ввод config. На этом этапе нам нужно ввести noauth. Система сообщит, что авторизация отключена.

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

config: noauth
auth disabled
config: noauth
auth enabled
config: end

Как вы можете видеть, rio не запущен. Это просто приглашение командной строки.

Мы смонтируем раздел 9fat и переместим файл plan9.ini с параметром конфигурации. А затем переместите наш новый файл plan9.ini и перезагрузите систему еще раз.

# 9fs 9fat
# cd /n/9fat/
# mv plan9.ini plan9.config.ini
# mv plan9.new.ini plan9.ini
# fshalt -r

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

Она будет спокойно работать и ждать запросов к файловому серверу.

Подключение

Теперь вам нужен drawterm⁴ в вашей основной системе для подключения к файловому серверу.

drawterm -h 192.168.2.10 -u testuser -a 192.168.2.10

Введите пароль пользователя и вуаля! Теперь вы подключены к файловому серверу. Вы также можете получить доступ к файлам вашего локального компьютера в /mnt/term. Это довольно полезно, вы можете написать какое-нибудь программное обеспечение в своем обычном текстовом редакторе и протестировать его в среде Plan 9 без копирования каких-либо файлов.

На этом настройка фалового сервера с авторизацией завершена.

В последующих статьях мы подробней остановимся на применении Plan 9, работе в среде и расширении нашей сети.

Предпосылки

К середине 80-х годов наметилась тенденция отхода от больших централизованных компьютеров, работающих в режиме разделения времени, на сети из небольших персональных машин [как правило, из рабочих UNIX-станций]. Пользователи стремились перейти на небольшие системы, которые могли поддерживать сами не смотря потерю в вычислительной мощности. Микрокомпьютеры становились быстрее и дешевле, и эти потери компенсировались. Такой стиль вычислений остается достаточно популярным и в наши дни.

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

И самое важное, ранняя ориентация на персональные машины сделала невозможной беспроблемную работу сетей, характерную для старых монолитных систем с разделением времени. Разделение времени и централизация управления позволяли амортизировать затраты для больших машин. Но при появлении персональных вычислений до предела обострились проблемы администрирования. Выбор старой операционной системы с разделением времени для работы на этих персональных машинах был бы неоправдан.

Начало

Было решено создать ОС, более приспособленную к вызовам времени. Plan 9 зародилась в конце 1980-х годов, как новая система, призванная решить проблемы UNIX, которые разработчики посчитали “слишком глубокими для того, чтобы исправлять”. При этом преследовались две цели:

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

Идея заключалась в том, чтобы при построении вычислительной системы использовать не только рабочие станции. Компьютеры должны соответствовать своей роли: маленькие дешёвые машины в офисах могли бы служить терминалами, обеспечивая доступ к большим, центральным, совместно используемым ресурсам, таким как вычислительные и файловые серверы. Очевидными кандидатами на роль центральных машин представлялись появившиеся недавно многопроцессорные системы.

Проектом занялось специализированное подразделение Bell Labs, известное как “Исследовательский центр компьютерных наук” (CSRC). Фактически разработку вела та же команда, которая изначально трудилась над UNIX и языком программирования С: Кен Томпсон, Деннис Ритчи, Роб Пайк, Дэйв Пресотто и Фил Уинтерботт. Да и концепцию было решено оставить прежнюю, максимально развив её.

Название ОС её создателям навеял трешёвый фильм ужасов “План 9 из открытого космоса” режиссёра Эдварда Вуда. Маскот ОС - зайчиха Гленда - была названа в честь киноленты “Глен или Гленда” того же режиссёра. Этим же именем в Plan 9 нарекли пользователя по умолчанию.

К 1989 году система стала настолько устойчивой, что ее начали использовать в качестве единственной среды вычислений в лаборатории. Это означало необходимость перенести многие службы и приложения, которые ранее применялись в UNIX. Исследователи использовали эту возможность, чтобы пересмотреть многое в архитектуре ОС. Plan 9 имела новые компиляторы, языки, библиотеки, оконные системы и разнообразные новые приложения. Многие из старых утилит были опущены, а те, что оставлены, написаны заново или отлажены.

Почему было необходимо пересмотреть всё до основания? Различия между операционной системой, библиотекой и приложением важны для исследователей операционных систем, но неинтересны для пользователей. Для них значение имеет только функциональность. Создавая полностью новую систему, они смогли решить многие проблемы, которые должны были быть решены. Например, в ядре отсутствует драйвер tty. Он является результатом работы оконной системы в пространстве пользователя. В современном мире вычислительные системы, в силу необходимости, являются многоархитектурными и составлены из продуктов разных поставщиков. Однако обычные компиляторы и утилиты предполагают, что программа должна быть построена для работы в локальной среде. Важнее, однако, то, что определенным тестом для системы служит операционная среда, которую она предоставляет. Обеспечение большей эффективности при работе старых программ - “рабочих лошадок” UNIX - было только делом техники. Гораздо более исследователи были заинтересованы в том, чтобы новые идеи, предлагаемые архитектурой новой системы, способствовали повышению эффективности работы. Таким образом, хотя Plan 9 обеспечивает среду эмуляции для выполнения команд POSIX, это не главное в системе. Большая часть системного ПО разработана в нативной среде Plan 9.

Полностью обновленная система, безусловно, обладала определенными преимуществами. Лаборатория имела опыт разработки контроллеров экспериментальных периферийных устройств. Для того чтобы облегчить написание их драйверов, они хотели иметь систему, которая была бы доступна в виде исходных текстов [чего уже не могла гарантировать UNIX, даже в лаборатории, где она родилась]. Кроме того, они хотели перераспределить работу. ПО должно было создаваться децентрализованно. [напомню, git со товарищи ещё даже не задумывался, не говоря уже про CI/CD] Например, они могли бы использовать для системы компиляторы С некоторых поставщиков. Но, даже если бы они преодолели проблемы с кросс-компиляцией, у них возникли бы трудности с перераспределением результата этой работы.

Результат

Базовая концепция Plan 9 в том, что это - распределенная операционная система, не похожая на UNIX. В ней сетевая функциональность расширена такими механизмами, как удаленный вход в систему и сетевая файловая система. В Plan 9 сетевая поддержка встроена в функционал ОС. Например, все ресурсы, теоретически, могут быть прозрачно распределены в сети Plan 9. Система скрывает от пользователя, что ресурсы не являются локальными. Plan 9 поддерживает не только файловые серверы, но также серверы авторизации, вычислений и этот список может быть расширен¹².

Система была построена на трех принципах:

• Во-первых, ресурсы именуются и к ним можно получить доступ как к файлам в иерархической файловой системе;
• Во-вторых, имеется стандартный протокол, называемый 9Р, для доступа к этим ресурсам;
• И, наконец, несвязанные иерархии, обеспечиваемые различными службами, соединяются вместе в единое личное иерархическое пространство имен файлов.

Необычные свойства Plan 9 обусловлены целенаправленным последовательным применением этих принципов.

Plan 9 основан на парадигме UNIX о том, что “все является файлом”. Опираясь на огромную коллекцию дополнений, UNIX впитывал в себя все больше изменений, которые шли вразрез с с этим исходным, основополагающим принципом. Примером этого является ужасный механизм сокетов, используемый для функций чтения и записи сетевых ресурсов, отличный от обычных файлов. Plan 9 кладет этому конец, предоставляя файлово-ориентированный интерфейс системы. Например, /net/tcp и /net/udp для сетевых интерфейсов. Большинство системных служб также следуют серверному принципу. В Plan 9, например, нет обычной программы ftp. Вместо этого ftpfs монтирует FTP-сервер в каталог /n/ftp. Сервер 9660fs ответственен за монтирование CD дисков.

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

Одним из примеров может быть команда файловой системы /proc, которая обеспечивает ясный способ исследования текущих процессов и управления ими. Plan 9 был первой ОС, осуществившей поддержку файло-ориентированной системы управления процессами proc. Прекурсорные системы имеют в основе подобную же идею³, однако в Plan 9 метафора файлов развита много дальше⁴. Позже /proc была интегрирована и в GNU/Linux.

В Plan 9 основную сетевую функциональность осуществляет протокол 9P, в состав которого входит около 30 управляющий сообщений. Реализация 9P в GNU/Linux была добавлена в основное ядро начиная с версии 2.6.14, этим были устранены любые препятствия во взаимодействии GNU/Linux и Plan 9. Протокол 9Р структурирован как набор транзакций, каждая из которых посылает запрос от процесса клиента локальному или удаленному серверу и возвращает результат. 9Р контролирует файловую систему, а не только файлы. Он включает процедуры для различения имен файлов и преобразования иерархии имен файловой системы, предоставляемой сервером. С другой стороны, в отличие от таких систем, как Sprite⁵, пространство имен пользователя поддерживается только системой клиента, а не на сервере или с его помощью. Кроме того, доступ к файлам происходит на уровне байтов, а не блоков, что отличает 9Р от таких протоколов, как NFS и RFS.

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

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

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

Локальные пространства имен предоставляют способ реализации представления сети “под себя”. Все службы, доступные в сети, экспортируют иерархии файлов. Те из них, которые важны для пользователя, собираются вместе в личное пространство имен. Не представляющие в данное время интереса игнорируются [этот подход тяжело осознать, но он это одна из важнейших концепций, реализованных в системе]. Этот стиль использования отличается от однородного глобального пространства имен в UNIX. В Plan 9 имеются известные имена для служб и унифицированные имена для файлов, экспортированных этими службами, однако их представление полностью локально. Примером может служить разница между словосочетанием “мой дом” и четко сформулированным точным адресом. Последний может быть использован каждым, тогда как первое используется только в разговорной речи: смысл фразы меняется в зависимости от того, кто и когда ее произносит, однако она считается понятной. Подобным образом в Plan 9 имя /dev/mouse всегда относится к мыши, а /bin/date - это команда вывода даты, но то, какие файлы эти имена представляют, зависит от обстоятельств, например, от архитектуры машины, исполняющей команду date. Plan 9, таким образом, имеет локальные пространства имен, которые подчиняются глобальным соглашениям. Именно эти соглашения гарантируют разумное поведение при наличии локальных имен.

Наши дни

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

Лицензия смягчалась из года в год, и в 2003 году Plan 9 был наконец-то выпущен под первой свободной лицензией. Коммерческая ветвь, известная как Inferno, теперь также доступна под бесплатной лицензией.

9front

Это форк Plan 9, над которым с 2011 года трудится коллектив разработчиков из сообщества NineTimes. В нём состоят поклонники оригинальной ОС от Bell Labs. Одной из главных проблем оригинальной Plan 9, тормозившей развитие системы, было отсутствие драйверов и слабая поддержка периферийного оборудования. Это было обусловленно однородностью оборудования в лаборатории. Именно эту проблему постарались решить разработчики 9front. Они написали для ОС драйверы USB, Wi-Fi, аудиокарт, игровые эмуляторы [можно запустить DOOM]. Форк распространялся под той же открытой лицензией Lucent Public License, что и Plan 9. На данный момент распространение ведётся под лицензией MIT.

Создатели 9front разместили в сети репозиторий пакетов, значительно облегчающий установку компонентов системы. В форке был полностью переписан загрузчик. Он называется 9boot и отличается использованием rc-скриптов, которые позволяют получить доступ к shell на любом этапе загрузки [что может пригодиться, если что-то пошло не так].

Plan 9 поддерживала несколько файловых систем: во-первых, нативную Fossil, разработанную в Bell Labs именно для этой платформы, а также Kfs, Paq, cwfs и FAT [куда без неё]. В 9front основной ФС является cwfs (cwfs64x) - это тоже файловая система из Plan 9, которая поддерживает шифрование дисковых разделов, а также позволяет безопасно хранить резервные копии компонентов ОС и пользовательских данных.

В 9front добавлен компилятор языка программирования Go. Также в комплект поставки был добавлен простой текстовый редактор hold. Для обновления ОС используется распределённая система контроля версий Git. С целью более гибкой поддержки оборудования была внедрена подсистема инициируемых сообщениями прерываний MSI (message signalled interrupts).

Система регулярно обновляется, последняя актуальная версия вышла 28 апреля 2024 года⁶. Попробовать 9front можно на виртуальной машине, либо установив на ПК или одноплатный компьютер.

Система работает

Да, для повседневного использования она, конечно, мало пригодна. Как и Plan 9, 9front - это всё ещё экспериментальная, исследовательская ОС. Основная цель создания была воплотить в жизнь некоторые первоначальные задумки UNIX и реализовать их на более совершенной и современной аппаратной платформе. Это в целом удалось. В исследовательских лабораториях Plan 9 довольно эффективно использовался в качестве платформы для распределённых вычислений. Как минимум, Plan 9 и 9front доказали, что базовая концепция UNIX - каждый системный интерфейс может быть представлен в виде набора файлов - вполне успешно реализуется и в современной ОС.

Как и другие форки Plan 9, среди которых следует отметить 9atom, Harvey OS и Jehanne OS, 9front - это ОС для программистов и инженеров. Для тех, кому больше по душе копаться в конфигах и писать собственный код, чем запускать чужой. 9front можно назвать наиболее активным ответвлением от “классической” Plan 9. Создатели форка непрерывно работают над улучшением аппаратной поддержки и разработкой новых драйверов. Имеют их усилия и практическое применение: например, на принципах, схожих с архитектурой Plan 9, работает протокол ATA over Ethernet, созданный для кластеров NAS.

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

А значит, у этого проекта есть будущее.

Без сомнения, Plan 9 одна из самых интересных ОС, которую я встречал на своём пути. Подходы, которые были использованы при её проектировании, просты и универсальны. Такой же получилась и сама ОС. UNIX‘овое “всё есть файл” в ней возведено в абсолют.

Не удивительно, ведь её проектировали те же инженеры, что и оригинальную UNIX - Кен Томпсон, Деннис Ритчи, Роб Пайк, и др. Также в ней получили развитие такие подходы, как “текст как интерфейс” и “гомогенная операционная среда” - идеи Никлауса Вирта и его среды Oberon¹. [просто сравните скриншоты, для остального нужно лезть в код]

ВСЯ архитектура ОС построена на взаимодействии с файлами:

• Хотите создать файл? Создаёте файл.
• Хотите создать TCP сокет? … Cоздаёте файл! [привет прикрученным сбоку поперёк сокетам Беркли² с их специальными системными вызовами]
• Хотите поднять VPN? Ну пока не будем об этом…

Любое устройство в машине представляется нам как иерархическая файловая система. Да, это накладывает некоторые ограничения на разработчиков драйверов. Ведь им приходится эту самую файловую систему проектировать. Но достигаемая при этом унифицированность всей системы экономит нам целую уйму времени при эксплуатации.

Сетевая прозрачность, которая была заложена в протокол 9P³ с самых первых этапов проектирования, стирает границы между машинами. Стало быть, не имеет значения где файл/устройство находится - локально или удалённо - взаимодействие будет идти по одному и тому же протоколу. Доступ к почте? К файловому хранилищу? Чату? Данным GPS? Всё возможно реализовать по одному протоколу.

Ну просто какая-то инженерная утопия.

Проблемы

Но если Plan 9 так прекрасен, то почему все до сих пор не него не перешли? Как я считаю, на это повлияло несколько факторов.

Статус

Plan 9 задумывалась экспериментальной ОС с закрытым исходным кодом и не избавилась от этого ореола до сих пор. На ней обкатывали новейшие концепций, которые получили своё развитие в ОС Inferno⁴. Изначально в ней не было почти никаких пользовательских программ. Только самое необходимое для работы. И, как следствие, …

Упущенное время

Исходный код Plan 9 был открыт под лицензией GPL-2.0-only (а затем и под MIT) лишь в 2014 году. Внимание сообщества было упущено. Уже во всю рос и ширился GNU/Linux, который “достаточно хорош”⁵. Подумайте о всех тех усилиях сообщества, которые были потрачены на развитие GNU/Linux. Быть может, с таким же вниманием к Plan 9 мы бы жили в совершенно другом мире. Но …

Архитектура

Особенности Plan 9 блокируют простую миграцию на неё ПО, написанного под UNIX. Получается, что огромный пласт программ, к которым все привыкли, гвоздями прибит к системным вызовам GNU/Linux и BSD. Сидеть и писать весь инструментарий с нуля с таким же рвением согласен очень ограниченный круг людей⁶.

Кроме того, что это трудоёмкий процесс, он также замедляется сохранением идейной чистоты ОС. “Лучшая строчка кода та, которая не была написана”. Мне эта идея близка, но не настолько же буквально. Возможность создания практически любого софта в виде скриптов оболочки интересная, но не всё ПО можно так реализовать.

Графика

(это уже лично от меня)

Из Plan 9 убрали именно то, почему я ушёл с Windows на семейство UNIX - удобную печатную машинку. Стандартная оболочка Rio и редактор/интерфейс Acme требуют от вас 3-х кнопочную мышь. Работать используя только клавиатуру если и получится, то будет очень дискомфортно и потребует от вас вносить изменения в код базовых утилит.

И знаете, я попробовал работать в этой парадигме. Но чем дольше я так работал, тем больше понимал, что это хоть и интересный подход [добавить свою команду в Acme можно просто написав её в панели!], но он отнюдь не позволяет мне работать также быстро, как с ориентированным на клавиатуру интерфейсом.

Стандартные CUA⁷? Забудьте.

Подсветка синтаксиса? Забудьте. [“Не пишите настолько сложный код, которому нужна подсветка синтаксиса”. Ну просто супер идея. Как же я сам не догадался то.]

Что делать?

Я уже некоторое время вынашиваю план по возврату в Plan 9 печатной машинки в виде небольшого набора программ:

• тайлинговый оконник (на стадии экспериментов с вводом/выводом);
• простой эмулятор терминала (ещё не приступал);
• emacs-подобный текстовый редактор (на стадии первых набросков).

Но вот дилемма.

Оставить Plan 9 идеологически чистым произведением искусства и не дать ей раскрыться в полной мере?

ИЛИ

Залезть своими грязными ручонками с ПО, рушащим [возможно] философию всей ОС?

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

Но, быть может, я не так одинок, как полагаю? Может людей, которые не смогли “пересесть” с UNIX на Plan 9 по схожим со мной причинам больше? И что будет, если все они получат хоть и не идентичный, но похожий на привычный инструмент поверх прекрасной архитектуры, с которым можно работать, забыв о границах машины? Я не буду бросаться такими формулировками, как “революция” или “небывалый прогресс”, но это однозначно будет интересное развитие событий.

Планы

Этой статьёй я хочу дать старт циклу публикаций, лирических и технических, посвящённых 9front⁸ [форк Plan 9].

Часть статей будут набросками к моей учебной работе по ОС [“будут” не значит часто!]. Технические же статьи (установка, настройка) будут полезны людям, которые только начинают своё знакомство с Plan 9. Как оказалось, их не так уж много даже на английском, не говоря уже про русский. Так новички и интересующиеся получат более быстрый старт, чем был у меня.

PS

Даже если вы прочитали эту статью через год, два, пять, десять лет и думали в своё время о том же - напишите мне в одном из моих ресурсов [лучше на почту или в nostr]. Очень интересно будет узнать ваше мнение на этот счёт.

Звать его мышка¹. Ибо он маленький!

Я подумал, чего же мне не хватает как программисту? Правильно, своего диалекта Scheme. Конечно дело не в том, что я хочу просто написать интерпретатор. Дело в том, что новый прекрасный язык программирования Hare² живёт без возможности расширить логику приложения каким-либо скриптовым языком. Так больше продолжаться не может! “Доколе!” подумал я и сел за работу.

На самом деле я ожидал, что многое будет мне непонятно. Но имея некоторый опыть написания плагинов для Emacs и небольшой опыт в самом Hare, я имел представление с какой стороны подойти. Также я нашёл просто прекрасную статью³, в которой очень базово, но понятно объясняется что и как нужно делать. Я немного переработал лексер из самого Hare, написал небольшой READ, подкрутил EVAL. И не успел я моргнуть, как мой интерпретатор начал принимать тестовый код вычисления чисел Фибоначчи на интерпритацию!

(define (fib n)
        (if (= n 2) 1
          (if (= n 1) 1
            (+ (fib (- n 1)) (fib (- n 2))))))

После этого запилил сам REPL и вот им уже можно пользоваться!

$ ./mice
mice-repl v0.0.0
λ => (define x 12)
12
λ => (+ x 25)
37
λ => (define y (+ x 25))
37
λ => (exit)
Bye!

Конечно, ещё много работы впереди, но я смогу с этим справиться. Изначально я думал, что буду добавлять по одному примитиву в неделю. Но реализовывать Scheme на Hare оказалось так легко, что за короткое время я смог добавить почти все самые базовые примитивы. Думаю некоторые сложности у меня будут со сборщиком мусора. Что-то мне подсказывает, что до меня на Hare этого никто не делал. Остаётся только читать документацию и примеры кода на старом добром C. Благо возможности у Hare и C сопоставимые.

Неожиданным бонусом я получил очередной кусочек собираемого мной пазла “понимание технологий”. Теперь я могу с уверенностью сказать, что не просто понимаю как именно машины обрабатывают команды и выполняют описанные в них операции, но и реализовал такую машину, хоть на очень базовом уровне и не в железе. Но кто знает, возможно и до стэковой машини на ПЛИС доберусь когда-нибудь.

А пока пожелайте мне удачи, т.к. на этот интерпретатор у меня ну уж очень большие планы.

Продолжение следует…

сарказм

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

Я использую простой SSG Hugo¹. Так что блог - набор сгенерированых страничек без какого-либо движка под капотом. Это и просто, и безопасно. Думаю зависимость от технологий, даже свободных - это зависимость. Так что следовать KISS² во всём - хороший план как по мне. Должна быть возможость разобраться в технологии за преемлемый срок и не переусложнять никогда. Инструмент не должен быть сложнее работы, для которой он предназначен. Этот принцип проповедуют многие: suckless.org³, Дрю ДеВолт⁴, UNIX/Plan 9⁵⁶, и т.д. Не буду с ними спорить, т.к. в основном с ними согласен.

Также я хочу попробовать на себе те старые добрые времена, когда люди просто держали свои странички в Интернет для себя и друзей. До того, как корпорации переманили всех на подконтрольные им платформы. Всё, что я здесь пишу, находится только под мои контролем. Захочу - изменю, захочу - удалю. Да, кто-то может сделать копию, но это будет только копия. Конечно это не значит что я каждый день буду менять всё, что здесь написано. Но возможность этого греет душу.

Я, конечно, пока оставлю остальные ресурсы для перекрёстной публикации. Со временем возможно от них избавлюсь. А может им на смену придут новые популярные ресурсы и инструменты. Как минимум этот ресурс будет доступен также и через Gemini⁷ (серьёзно, это очень интересный протокол).

А пока:

make publish