avva: (Default)
[personal profile] avva
[livejournal.com profile] ilyavinarsky недавно привёл ссылку на слайды выступления Роба Пайка: Systems Software Research is Irrelevant.
Я это читал почти два года назад, когда слайды были выложены на сеть вскоре после самого выступления.

Ничего за эти два года не изменилось.

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

И при всём уважении к проектам типа Линукса или (особо любимого мной) FreeBSD - это технологии двадцатилетней давности. Монолитное ядро, всё та же иерархичная организация драйверов и файловых систем с практически такими же интерфейсами. В некоторых случаях технология движется назад во времени. Первоначальное устройство ядра Windows NT было - чётко разделённые по своим обязанностям (жёсткая изоляция по функциональности) модули, кооперирующие друг с другом и драйверами; вся графика сидит в user-mode и не пачкает ядро; иерархия IQRL позволяет даже отправлять в своп куски ядра. С переходом к NT 4.0 и далее графику, быстроты ради, запихали в ядро (понизив стабильность и создав кучу дыр в security); модули во многом потеряли те зачатки автономности, что были, и теперь о них напоминает только конвенция по наименованию функций; ядро и драйверы намертво засели в памяти.

Чувство разочарования, гнетущее Пайка, очевидно - и его легко понять. Он - один из ведущих разработчиков Plan 9, системы, очень похожей на Юникс, только намного лучше. Среди множества удачных находок Plan 9 мне лично самой главной кажется последовательное воплощение оригинальной юниксовской идеи "всё через файловую систему". От идеи этой в современных Юниксах остаются /dev и специальные файлы (напр. named pipes). Между тем вокруг наросло множество интерфейсов: одни только сокеты и TCP/IP чего стоят, не говоря уж о всяких других. Plan 9 сбрасывает множество разных интерфейсов обратно на уровень файловой системы, не в виде отдельного мелкого хэка типа /proc, а в качестве фундаментальной идеи. Основное отличие заключается в том, что каждый процесс по-своему видит глобальную файловую систему и может динамически этим видом управлять. Это, конечно, во-первых очень упрощает все проблемы, связанные с разрешениями к доступу (нет доступа к ресурсу - ты его не видишь) и иерархиями (какая-то программа хочет видеть библиотеки там-то - специально для неё сделаем вид, что там они и есть). Файловая система перестаёт быть жёстким деревом файлов и директорий, изредка меняющимся при помощи mount points и файлов девайсов; она становится гибким виртуальным уровнем, полностью характеризующим общение программы с ОС и окружающим миром, бесконечно разнообразным и легко управляемым.

Всё это исключительно интересно и потрясающе удобно и полезно. Но Plan 9 как был, так и остаётся уделом небольшой группы разработчиков, отдельных факультетов CS и разных энтузиастов. Несмотря на свою близость к Юниксу, несмотря даже на усилия разработчиков по поддержке юниксовых интерфейсов и лёгкости перевода существующих юниксовских программ на почву Plan 9, несмотря на опен-сорс, всё это остаётся маргинальным, малоизвестным, редко используемым. Почему? Потому что хватает Линукса. Потому что хватает Windows. Никто - включая технически грамотных, любопытных юзеров, включая даже академическое сообщество - не хочет новых систем, радикально новых устройств. Как насчёт новой оконной системы для Юникса, улучшающей совершенно безумную низкоуровневую структуру протокола X'а с его гигантскими потоками траффика? Э, нет, мы лучше выпустим новую версию XFree и напишем драйвер для ещё одной графической карточки с супер-новым акселератором.

Несколько лет назад я с очень большим интересом следил за системой Inferno. Её придумали те же люди, что сделали Plan 9, и её можно примерно охарактеризовать как мини - Plan 9 на основе виртуальной машины. У неё есть свой язык - Limbo, основанный на C, со встроенной в язык параллелизацией (concurrency), не объектно ориентированный, но на мой взгляд очень часто более удобный и эффективный, чем Джава; всё компилируется под виртуальную машину Dis, которую мне в свою очередь нравилась больше, чем JVM. И главное - при своём очень маленьком размере Inferno сохраняет основные достоинства Plan 9.

Да, она не open-source, но ведь и Джава тоже не open-source. Между тем о Инферно (и Лимбо) сейчас почти никто не помнит, а средненький язык Джава, не содержащий абсолютно ни одной новой идеи... А была бы Inferno open-source, это бы что-то сильно изменило? Plan 9 уже почти два года open-source, и что?

Да, я понимаю, что за Джавой стояла мощь Sun Microsystems. Что это был мощный коммерческий проект, в пиар которого были вложены огромные деньги. И т.д. и т.п. Я не думаю, что Инферно должна была, или могла, обойти Джаву по популярности. Но несомненно, какую-то нетривиальную нишу она могла себе создать - по крайней мере в академическом сообществе, где как бы должны ценить техническое превосходство. Где должны стремиться находить и развивать лучшее и новое, а не универсальное и привычное, или проталкиваемое на рынок менеджерами. Об этом, собственно, и пишет Пайк. И да, я его хорошо понимаю. Но сомневаюсь, что можно в этой ситуации что-то изменить.

Date: 2002-04-17 02:53 pm (UTC)
From: [identity profile] toshick.livejournal.com
Всему свое время.

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

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

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

Re:

Date: 2002-04-17 03:31 pm (UTC)
From: [identity profile] avva.livejournal.com
Да нет, я не имею в виду переход всех и вся. Проблема, в частности, именно в этой вашей ментальности "если бы мы..." Кто это - мы? Совершенно необязательно, чтобы все сразу прыгали от одной системы к другой, новой.

В 70-е и 80-е было большое разнообразие систем, самых разных, по-разному устроенных. Если появлялась новая интересная система, она завоёвывала какую-то нишу и развивалась, соперничая с другими. Сейчас же есть по сути дела две системы: Windows и Unix, у Юникса есть две основных разновидности, постоянно копирующих друг друга. И всё.

Date: 2002-04-17 04:12 pm (UTC)
From: [identity profile] ex-ilyavinar899.livejournal.com
Мне кажется, что будущее за системами, построенными на основе виртуальных машин, будь то JVM, .NET CLR, смоллтоковские виртуальные машины, или что-то иное (транслировать байткод стековых виртуальных машин между друг другом несравненно легче, чем традиционные ISA; уже существуют трансляторы из JVM в CLR и наоборот). То, что сейчас называется ядром операционной системы, будет со временем поглощаться такими виртуальными машинами, а остаток выполнять сегодняшнюю функцию BIOS. Преимущества независимости того же .NET от архитектуры железа и от операционной системы очевидны.

Конечно, ни Java, ни .NET не существовали бы без исследований в академии и в частных лабораториях. Секрет Полишинеля .NET заключается в том, что в 1996 году Microsoft купил компанию, основанную человеком, защитившим в начале 1990х диссертацию про портативную виртуальную машину, и разработал .NET CLR на основе виртуальной машины этой компании (хотя и в очень сильно измененном виде - архитектура той машины RISC, а .NET CLR стековая).

Date: 2002-04-18 01:21 am (UTC)
From: [identity profile] toshick.livejournal.com
Я просто сказал, почему рынок не поддерживает такие решения. Очевидно, что "мы" и вообще любая персонификация здесь - разговорное упрощение. Речь вовсе не идет о том, чтобы все куда-то прыгали. Речь о том, что издержки кривых систем, видимо, оказываются меньше, чем издержки постоянных переходов к лучшим, но совсем другим.

В 90х произошла унификация не только операционок, но и железа. Впрочем, две оригинальных все-таки были - NeXT и BeOS. Это такая естественная стадия, потом, наверное, снова будет разнообразие, но уже на другом железе и других архитектурных принципах. На каких ? Я не пророк и не специалист по CS.

June 2025

S M T W T F S
123 4 5 6 7
8 910 11 12 13 14
15 16 17 1819 20 21
22 23 24 25 262728
2930     

Most Popular Tags

Style Credit

Expand Cut Tags

No cut tags
Page generated Jun. 26th, 2025 11:47 am
Powered by Dreamwidth Studios
OSZAR »