[sisyphus] plan9 from user space

[sisyphus] plan9 from user space

[Peter V. Saveliev]

В Сизиф ушёл пакет plan9-*. Как-нибудь доползёт.

plan9 — базовая система, с корнем в /usr/lib/plan9
plan9-9pfuse — FUSE-драйвер для 9pfs, ставится и работает сам по себе
plan9-devel — сорцы, хидеры, дебаггеры, компилятор и компания
plan9-man — ну, это понятно
plan9-troff — тоже понятно, +postscript
plan9-venti — весьма любопытный backup-сервер
plan9-wm — оконный менеджер rio и графические утилиты, включая acme

Plan9: http://plan9.bell-labs.com/plan9/
Plan9 from User Space: http://swtch.com/plan9port/

Запуск среды в командной строке: 9 (в смысле, команда такая, /usr/bin/9)
Запуск rio из DM очевиден. 9term обёрнут враппером, чтобы запускать rc
вместо login shell. Запуск собственно 9term — wrapped/9term

… собственно, а ведь всё затевалось практически лишь из-за 9pfuse…
-- 
Peter V. Saveliev

Re: [sisyphus] plan9 from user space

[Paul Wolneykien]

06.06.2011 02:23, Peter V. Saveliev пишет:
> 
> В Сизиф ушёл пакет plan9-*. Как-нибудь доползёт.
> 
> plan9 — базовая система, с корнем в /usr/lib/plan9
> plan9-9pfuse — FUSE-драйвер для 9pfs, ставится и работает сам по себе
> plan9-devel — сорцы, хидеры, дебаггеры, компилятор и компания
> plan9-man — ну, это понятно
> plan9-troff — тоже понятно, +postscript
> plan9-venti — весьма любопытный backup-сервер

  А что делает его любопытным?

> plan9-wm — оконный менеджер rio и графические утилиты, включая acme

  Интересно.

> 
> Plan9: http://plan9.bell-labs.com/plan9/
> Plan9 from User Space: http://swtch.com/plan9port/
> 
> Запуск среды в командной строке: 9 (в смысле, команда такая, /usr/bin/9)
> Запуск rio из DM очевиден. 9term обёрнут враппером, чтобы запускать rc
> вместо login shell. Запуск собственно 9term — wrapped/9term
> 
> … собственно, а ведь всё затевалось практически лишь из-за 9pfuse…

Re: [sisyphus] plan9 from user space

[Peter V. Saveliev]

On 06.06.2011 12:51, Paul Wolneykien wrote:
> 06.06.2011 02:23, Peter V. Saveliev пишет:
>>
>> В Сизиф ушёл пакет plan9-*. Как-нибудь доползёт.

<смотри совсем ниже />

>> plan9-devel — сорцы, хидеры, дебаггеры, компилятор и компания
>> plan9-man — ну, это понятно
>> plan9-troff — тоже понятно, +postscript
>> plan9-venti — весьма любопытный backup-сервер
> 
>   А что делает его любопытным?
> 
<skip />

Принцип хранения данных. Каждый блок в venti имеет адрес (score),
который есть SHA1-сумма его содержимого.

Собственно, на venti физиологически невозможно дублирование блоков с
одинаковым содержимым -- в силу природы адресации :) это позволяет
экономить место, а также упрощает COW-стратегию и прочие удалённые
операции с данными для надстроек над venti.

При этом сам venti ничего не знает про ФС, наружу он глядит с помощью
предельно простого RPC: read() и write(). Собственно, такая простота
характерна в целом для Plan9. Удаления данных на venti _нет_ . Вообще.
Это backup, to the end of story.

Разработано несколько файловых систем поверх venti, одна из них --
fossil, файловая система с возможностью версионирования данных.

Подробнее:

http://en.wikipedia.org/wiki/Venti
http://en.wikipedia.org/wiki/Fossil_%28file_system%29

<кусено сверху />

>>
>> plan9 — базовая система, с корнем в /usr/lib/plan9
>> plan9-9pfuse — FUSE-драйвер для 9pfs, ставится и работает сам по себе

Кстате, прошу обратить внимание на это хозяйство ^^^^^.

Собственно, в Сизифе теперь есть полный инструментарий для построения
9p-based систем -- есть простой cli клиент 9p (ixpc), есть питонический
фреймворк (py9p), есть нативные инструменты, портированные из plan9
(srv, 9fs и т.п. -- в пакете plan9).

А 9pfuse позволяет получить доступ к этим системам через обычный
механизм Linux VFS. В силу разницы идеологии 9p и FUSE доступ к первой
через вторую может быть очень задумчивым и небыстрым в части чтения
каталогов. Однако, если писать синтетические ФС с оглядкой на подобные
косяки (транслировать рекурсивный stat в простой read), то скорость
вполне приемлемая.

Хочу подчеркнуть слово _синтетические_ . 9p изначально создавался как
своеобразный RPC через FS (в Plan9 всё через FS). То есть можно довольно
незатейливо, буквально в несколько строчек, строить распределённые
userspace системы с экспортом интерфейса управления через простые
"текстовые" файлы a-la proc или sysfs.

Если кто не пересекался с Plan9, могу проиллюстрировать простым примером
-- в Plan9 через FS экспортирован tcp/ip стэк, т.е. работа с ним
возможна хоть из shell-скриптов, а туннелирование/VPN есть ничто иное
как монтирование tcp/ip стэка другой машины. Просто и цинично.

-- 
Peter V. Saveliev