> Это тут ни при чем. Посчитать прошу не в деньгах, а в часах.Ничего это не поменяет, и проблем в Линухе не убавит.
>>Или кому-то станет легче, если появится циферь, что для этого нужно N+1 человекочасов?
> Тебе должно полегчать, когда осознаешь, что это титанический труд, не стоящий свеч.
При чём тут я?
Ну титанический, и что? Это ж всё уже раз написали люди. Значит и переделать смогут, когда осознают необходимость.
Временем то не связаны.
Главное - знать правильный путь.
>>Я и делаю.
> Результаты где? Сколько сил потрачено уже и каких успехов достиг проект?
Куча народу на опеннете задумалось (кто в какой степени, конечно) о проблемах Линукса, о путях их решения, и, в частности, о пути микроядра.
Некоторые из этого числа ещё какое-то время будут думать над этим, кто-то ещё что-то придумает, а кто-то изменит своё мнение. И всё это - в плюс к _долгосрочному_ решению проблем Линуха.
>>Заметьте, сколько всего Вы уже написали, но о микроядре пока ни слова
> Потому что нет предмета спора.
Да, есть вопрос, а не спор: как окончательно решить все эти проблемы устойчивости и качества кода Линукса?
> Забавно, но ты не написал про микроядро тоже ничего
Странно, в моей Вселенной я в этой ветке напостил кучу постов о микроядре.
> ты лишь безосновательно пытаешься утверждать, будто бы архитектура ядра
> разом решит все организационные вопросы
Вы снова меня с кем-то путаете... ну бывает.
> и какие-то сферические "надежности" и "безопасности" в вакууме и *спасет линукс*
Почему сферические?
Разве не добавляет системе надёжности то, что браузер (драйвер веба меж прочим ;) работает в отдельном адр. пространстве, а не в ядре?
Почему тогда такой же подход к остальным дровам не улучшит ситуацию?
> (конечно же, без ссылок на авторитетные исследования и подсчеты).
а.... Вам авторитетов подавай... своей головой не можете подумать...
Ну, что ж. Таковых счас большинство (увы).
>>Просто микроядро переводит разработку дров в юзерзлевел, что проще
> Это бессодержательное утверждение, понимаешь? С ним невозможно поспорить. Что проще? Кому
> проще?
> И так у тебя все.
Проще, потому, что есть заданный API, через который нужно общаться с железом и прочими сервисами, и - главное - через это API возможна разработка через тестирование (TDD), что позволяет тестить написанное и в юзер-левеле, причём во всех режимах работы самого железа. Это подразумевает запись в форме тестов того, как должна работать железка.
Даже если разработка драйвера идёт путём прощупывания железки, не имея документации производителя. Просто все "раскопки" записываются в форме тестов - и будут проверять на соответсивие уже сам код.
