![[personal profile]](https://www.dreamwidth.org/img/silk/identity/user.png)
![[livejournal.com profile]](https://www.dreamwidth.org/img/external/lj-userinfo.gif)
Я это читал почти два года назад, когда слайды были выложены на сеть вскоре после самого выступления.
Ничего за эти два года не изменилось.
Приходится, как ни неохота, признать правоту Пайка. Академические исследования в области 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. Что это был мощный коммерческий проект, в пиар которого были вложены огромные деньги. И т.д. и т.п. Я не думаю, что Инферно должна была, или могла, обойти Джаву по популярности. Но несомненно, какую-то нетривиальную нишу она могла себе создать - по крайней мере в академическом сообществе, где как бы должны ценить техническое превосходство. Где должны стремиться находить и развивать лучшее и новое, а не универсальное и привычное, или проталкиваемое на рынок менеджерами. Об этом, собственно, и пишет Пайк. И да, я его хорошо понимаю. Но сомневаюсь, что можно в этой ситуации что-то изменить.
no subject
Date: 2002-04-17 02:53 pm (UTC)ÐÑли Ð±Ñ Ð¼Ñ ÑÑÐ°Ð·Ñ Ð¿ÐµÑÐµÑ Ð¾Ð´Ð¸Ð»Ð¸ на каждÑÑ Ð½Ð¾Ð²ÑÑ Ð»ÑÑÑÑÑ ÑиÑÑемÑ, ÑколÑко замеÑаÑелÑнÑÑ Ð¾Ð¿ÐµÑаÑионок пÑиÑлоÑÑ Ð±Ñ Ð¿Ð¾Ð¼ÐµÐ½ÑÑÑ Ð·Ð° поÑледние деÑÑÑÑ Ð»ÐµÑ ? СамоÑегÑлиÑÑÑÑаÑÑÑ ÑиÑÑема не Ð¼Ð¾Ð¶ÐµÑ Ð¸Ð¼ÐµÑÑ Ð¾Ð±ÑаÑнÑÑ ÑвÑÐ·Ñ Ð±ÐµÐ· ÑÑениÑ.
ÐодозÑеваÑ, ÑÑо издеÑжки Ñакой жизни пÑевзоÑли Ð±Ñ Ð·Ð°ÑÑаÑÑ Ð½Ð° полÑиÑа ÑиÑÑемÑÑ Ð¿ÑогÑаммиÑÑов и админов.
ÐеÑÐµÑ Ð¾Ð´ ÑлÑÑиÑÑÑ Ñогда, когда вÑÐ³Ð¾Ð´Ñ Ð¾Ñ Ð²Ð½ÐµÐ´ÑÐµÐ½Ð¸Ñ Ð½Ð¾Ð²Ð¾Ð³Ð¾ бÑдÑÑ Ð¾ÑевиднÑ, как ÑÑо бÑло Ñ ÑникÑом. (более ÑоÑно - вÑÐ³Ð¾Ð´Ñ Ð¾Ñ Ð²Ð½ÐµÐ´ÑÐµÐ½Ð¸Ñ Ð±ÑдÑÑ Ð¿ÑевÑÑаÑÑ Ð¸Ð·Ð´ÐµÑжки на пеÑÐµÑ Ð¾Ð´ и оÑказ Ð¾Ñ ÑÑаÑого)
Re:
Date: 2002-04-17 03:31 pm (UTC)Ð 70-е и 80-е бÑло болÑÑое ÑазнообÑазие ÑиÑÑем, ÑамÑÑ ÑазнÑÑ , по-ÑÐ°Ð·Ð½Ð¾Ð¼Ñ ÑÑÑÑоеннÑÑ . ÐÑли поÑвлÑлаÑÑ Ð½Ð¾Ð²Ð°Ñ Ð¸Ð½ÑеÑеÑÐ½Ð°Ñ ÑиÑÑема, она завоÑвÑвала какÑÑ-Ñо ниÑÑ Ð¸ ÑазвивалаÑÑ, ÑопеÑниÑÐ°Ñ Ñ Ð´ÑÑгими. СейÑÐ°Ñ Ð¶Ðµ еÑÑÑ Ð¿Ð¾ ÑÑÑи дела две ÑиÑÑемÑ: Windows и Unix, Ñ Ð®Ð½Ð¸ÐºÑа еÑÑÑ Ð´Ð²Ðµ оÑновнÑÑ ÑазновидноÑÑи, поÑÑоÑнно копиÑÑÑÑÐ¸Ñ Ð´ÑÑг дÑÑга. РвÑÑ.
no subject
Date: 2002-04-17 04:12 pm (UTC)ÐонеÑно, ни Java, ни .NET не ÑÑÑеÑÑвовали Ð±Ñ Ð±ÐµÐ· иÑÑледований в академии и в ÑаÑÑнÑÑ Ð»Ð°Ð±Ð¾ÑаÑоÑиÑÑ . СекÑÐµÑ ÐолиÑÐ¸Ð½ÐµÐ»Ñ .NET заклÑÑаеÑÑÑ Ð² Ñом, ÑÑо в 1996 Ð³Ð¾Ð´Ñ Microsoft кÑпил компаниÑ, оÑнованнÑÑ Ñеловеком, заÑиÑивÑим в наÑале 1990Ñ Ð´Ð¸ÑÑеÑÑаÑÐ¸Ñ Ð¿Ñо поÑÑаÑивнÑÑ Ð²Ð¸ÑÑÑалÑнÑÑ Ð¼Ð°ÑинÑ, и ÑазÑабоÑал .NET CLR на оÑнове виÑÑÑалÑной маÑÐ¸Ð½Ñ ÑÑой компании (Ñ Ð¾ÑÑ Ð¸ в оÑÐµÐ½Ñ ÑилÑно измененном виде - аÑÑ Ð¸ÑекÑÑÑа Ñой маÑÐ¸Ð½Ñ RISC, а .NET CLR ÑÑековаÑ).
no subject
Date: 2002-04-18 01:21 am (UTC)Ð 90Ñ Ð¿ÑоизоÑла ÑниÑикаÑÐ¸Ñ Ð½Ðµ ÑолÑко опеÑаÑионок, но и железа. ÐпÑоÑем, две оÑигиналÑнÑÑ Ð²Ñе-Ñаки бÑли - NeXT и BeOS. ÐÑо ÑÐ°ÐºÐ°Ñ ÐµÑÑеÑÑÐ²ÐµÐ½Ð½Ð°Ñ ÑÑадиÑ, поÑом, навеÑное, Ñнова бÑÐ´ÐµÑ ÑазнообÑазие, но Ñже на дÑÑгом железе и дÑÑÐ³Ð¸Ñ Ð°ÑÑ Ð¸ÑекÑÑÑнÑÑ Ð¿ÑинÑÐ¸Ð¿Ð°Ñ . Ðа ÐºÐ°ÐºÐ¸Ñ ? Я не пÑоÑок и не ÑпеÑиалиÑÑ Ð¿Ð¾ CS.