Таненбаум с MINIX 3 получил грант от Европейского союза

>я уже говорил - у вас больная фантазия

Какие изменения настигли гном за последние 5 лет кроме костыля в виде компиза?

Как они всё свели к KDE vs GNOME. А так хорошо начиналось :/

> Угу. Достаточно сравнить диалоги в эппле и в гноме.

все таки в теме, что ж вы притворяетесь то - я путаюсь и пугаюсь :)

Было бы грешно не пофлеймить страничку-другую на тему KDE vs GNOME :D

> пропустил это знаковое событие, авторов Gnome поставили в известность про мнение лоровцев?

как известно, мегель постит на лоре под анонимусом. а вот читает ли - хз.

так вот, это к тому, что "поставили в известность про мнение лоровцев" точно так же относится и к авторам KDE4.

А когда это мешало устроить очередной кедогномосрач?

> Как они всё свели к KDE vs GNOME. А так хорошо начиналось :/

приношу извинения - не я начал( вроде ) этот холивар, прекращаю оффтопить

>диалоги в эппле и в гноме.

ну да, легкий флейм в преддверье праздников... это совсем не то, что концептуальный bsdl-срач :)

>ну да, легкий флейм в преддверье праздников... это совсем не то, что концептуальный bsdl-срач :)

Конечно! А то ищи потом концептуальную тему в истории через неделю и вытягивай в топ.

>Если гном срочно не поломают и не начнут апгрейдить - он займет нишу размером с энлайтмент.

не поломают. поэтому предлагаю его отправить туда уже сейчас.

да и нет смысла. если бы это были DE на одном тулките - может конкуренция и была полезной. но с такой абсолютной несовместимостью - один вред.

> Как они всё свели к KDE vs GNOME. А так хорошо начиналось :/

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

Логика в стиле спичек нет...(дальше неприлично).

Если хочется, чтобы драйвер жил в отдельном процессе, я вижу два варианта.

1. Сделать прокладку (мегаденон), который будет реализовывать стабильный интерфейс между монолитом и драйверами-процессами, как это делается между микроядром и драйверами. Дохлый номер, разработчики ядра на это не пойдут.

2. В ядро запихать безглючный нанопрокси (размером с "Hello, World!") для своего драйвера, а в userspace реализовать сам драйвер. Привязать их друг к другу через /dev, /proc, /sys, netlink, как-то еще. Драйвер кидает макрокоманды ядреному микропроксе, а тот их безошибочно выполняет. Все получиться также тормознуто и меганадежно. Если драйвер зависнет, шелл-скрипт его перезапустит.

Такой вариант сможет реализовать каждый, кто осилил регистрацию на ЛОРе :-)

> Если хочется, чтобы драйвер жил в отдельном процессе, я вижу два варианта.

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

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

Браво. Вы заткнули за пояс всех ОСестроителей, вместе взятых. Скажите, где и когда будет автограф-сессия?

Не:) Просто это для меня звучит приблизительно вот так, если смотреть на телевизорах

Смотри на велосипедах .

>> Если хочется, чтобы драйвер жил в отдельном процессе, я вижу два варианта.

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

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

> Браво. Вы заткнули за пояс всех ОСестроителей, вместе взятых. Скажите, где и когда будет автограф-сессия?

Кратко, конструктивно, по делу.

> Кратко, конструктивно, по делу.

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

На случай, что ты не безнадежен: userspace-драйверы для Linux были реализованы уже довольно давно в рамках проекта Gelato. Поищи в гугле и почитай, прежде чем с таким апломбом изрекать "я вижу два варианта".

>Поищи в гугле и почитай, прежде чем с таким апломбом изрекать "я вижу два варианта"

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

Стабильный драйверный API - это хорошо. Изолированные от ядра драйверы, которые не уносят с собой в крах всю систему - тоже хорошо.

В теории.

теория - это хорошо

>> Стабильный драйверный API - это хорошо. Изолированные от ядра драйверы, которые не уносят с собой в крах всю систему - тоже хорошо.

> В теории.

Можно узнать о составе и источниках практических возражений?

почитал http://www.gelato.unsw.edu.au/papers/peterc/2004/LCA/paper.pdf (ссылка отсюда http://www.gelato.org/participants/member.php?id=unsw#project4)

Парни сделали то, что я предложил пунктом 1 (в общих словах, а они реализовали). Получили результаты для IDE устройства, которые не сильно отличаются от драйверов в ядре. Реализовали драйвер в виде процесса в userspace (+ несколько сисколов, чтобы это стало возможно), т.е. то же, что пытаются сделать в микроядре. Т.о. с монолитом получается выбор, писать драйвер для Userspace (со всеми преимуществами отдельного адресного пространства + стабильный API) либо запихать драйвер в ядро.

У нас с тобой, похоже, очень разные понятия, что такое "Невнятный бред".

Я совсем не против, что парни реализовали первую (из двух) мою идею задолго до того, как она у меня появилась. Они даже в TODO прописали часть того, что я предложил во втором пункте.

> На случай, что ты не безнадежен

Ну, хоть кто-то в меня верит :-)

Теперь я совсем не понимаю, чем микроядро лучше, если монолит УЖЕ дает выбор: делать как в микроядре или еще кучей других способов.

> Парни сделали то, что я предложил пунктом 1 (в общих словах, а они реализовали)

Украли твою идею, гады. Кстати, где там "мегаденон, который будет реализовывать стабильный интерфейс между монолитом и драйверами-процессами"?

> У нас с тобой, похоже, очень разные понятия, что такое "Невнятный бред".

Нет, это у тебя слишком высокое мнение о двух строках, которые ты написал.

> монолит УЖЕ дает выбор: делать как в микроядре или еще кучей других способов.

Монолит ничего такого не дает. Работа проекта Gelato была экспериментом и в ядро не принята.

> Монолит ничего такого не дает. Работа проекта Gelato была экспериментом и в ядро не принята.

т.е. пока проект Gelato остался теорией, так же как и "Изолированные от ядра драйверы, которые не уносят с собой в крах всю систему" ;)

>> Монолит ничего такого не дает. Работа проекта Gelato была экспериментом и в ядро не принята.

> т.е. пока проект Gelato остался теорией

Нет, почему? Эта часть просто не принята в ядро.

> так же как и "Изолированные от ядра драйверы, которые не уносят с собой в крах всю систему" ;)

Тоже нет. Такие драйверы - реальность в Minix3. Вот _более надежная ОС_ Minix3 пока теория, да.

> Ну нет у нас своих Эндрю Таненбаумумов. Нет и своей операционной системы.

Да ладно, KolibriOS ( http://www.kolibrios.org ) только в России походу и пилят. Очень приятная система, завелась сразу на реальном железе. В ней хорошо видно, что такое скорость реакции системы. Окошки открываются мгновенно, ни всякие IceWM / XFCE ни тем более гном и кде по скорострельности до рабочего стола колибри не дотягивают.

Весело начинать читать комментарии с девятой страницы. Читаем новость: Танненбауму денег дали. Читаем комментарии: "Гном г-но!" — "КДЕ г-но!" Слёзы умиления наворачиваются.

а что еще можно ожидать на 9-й странице? Танненбаума, ядра, драйвера, девочек уже обсудили - а расходится не интересно :)

раньше я бывал на сайте Романа Игнатова, официального разраба minix3, но то что там теперь - это вообще цугундер, кто нибудь может дать этому объяснения?