Перевод неверный. В оригинале было "follows from the observation that the majority of operating system crashes are caused by device drivers [7, 25]". Где переводчик увидел множественное число по отношению к "operating system" - непонятно. В оригинальной статье речь шла именно о большинстве отказов отдельно взятой "обобщенной" операционной системы.

>РЖУНИМАГУ

А не будете ли так любезны, уважаемый, объяснить прогрессивной общественности причину "ржания"? Вы не согласны с тем, что ошибки в драйверах - основная причина отказов? А что же тогда причина? Планировщик, подсистема виртуальной памяти, или, может быть, IPC? Мне лично гораздо спокойнее будет знать, что ОС падает от кривого драйвера, который можно и обновить на исправленный с определенной долей вероятности, чем от изъяна самого ядра ОС.

>В общем, идеи Тани Баумана вынашивалась столь долго, что устарели в утробе, не
>родившись. Точнее ко что вылезло, но опять же, в пред пенсионном возрасте.

Процитированная Вами фраза не есть идея Таненбаума. Там, если присмотреться внимательнее, в квадратных скобочках есть цЫферки - это ссылки на творения других авторов, от которых, собственно, и взято утверждение.

И,кроме того, отчего же не родились? Про QNX когда-нибудь слышали? И про то, что QNX была hard realtime OS в то время, когда ляликс(r) еще даже не был зачат?

О, вы наверное и про Micro$oft не слышали?
Так вот самая свешая их ОС Vista есть настоящая мокроядерная ОС c предсказуемым временем реакции. Похоже, что устарели это Вы, уважаемый.

P.S.
Кто понимает, тот выбирает ... микроядерную архитектуру.

Может товарищ знает реальные альтернативы повышения надежности систем?
Поделитесь, плиз. Факультативно очень интересуюсь.

Из своего опыта заню, что не только драйвера вызывают kernel panic, но легче от этого не становится. Лично мне хочется быть уверенным, что стабилная работа ядра ОС математически выверена, и подтвержена ДЛИТЕЛЬНОЙ практикой. Для этого ядро должно заниматься исключительно тем, что положено ядру и обновляться ВЕСЬМА РЕДКО, ибо нечего там особо менять.

и крутой реалтайм.

чудаки, реалтайм - это когда все процессы, которые будет выполнять ядро, заранее известны и заранее просчитана скорость их выполнения, и за счёт этого автомат не спалит пироги в печке. НИ ОДНА ОС ОБЩЕГО НАЗНАЧЕНИЯ НЕ УМЕЕТ РЕАЛТАЙМ И НЕ МОЖЕТ УМЕТЬ, так как неизвестно заранее, ни сколько юзер запустит процессов, ни сколько они будут выполняться. для проигрывания фильмов поддерживается т.н. "мягкий реалтайм", но я думаю, что любой вспомнит, как кино начинает дёргаться и заикаться, если машина перегружена, чего в реалтайм-ОС абсолютно недопустимо.

реалтайм-ОС - это заранее спланированный набор операций, которые выполняет ядро, и никаких дополнений к спланированому не допускается.

http://www.openproj.ru/index.php?t=1260&IB2XPnew=36b8b481e7be1c1e63dbc707c497

"...Я нашёл несколько однотипных багов, когда для определения размера структуры проделывалась операция sizeof(pStruct)....вместо sizeof(*pStruct)... Отлавливать такую ошибку довольно сложно... проявляется потом, в совершенно неожиданном и несвязанном месте (драйвер юсб-контроллера, а проявление – в драйвере файловой системы)...."

И Эндрью Таненбаум:
"В программах на языках C и C++ используется множество указателей, и эти программы все время подвержены ошибкам ... В нашей разработке сервер или драйвер, пытающиеся разыменовать плохой указатель, принудительно завершаются, и выдается дамп памяти для будущей отладки,....заменяет принудительно завершенный процесс его свежей копией."