Исходное сообщение
"В Linux ядре 2.6.16.38 исправлено 10 проблем безопасности" Отправлено _Nick_, 27-Янв-07 03:09
>потому что проблема не в этом конкретном драйвере, а в архитектуре >взаимодействия ядра операционной системы и драйверов оборудования. > >например, если ядро пускать на 0-м кольце, а драйвера на 1-м, эта > >проблема устраняется. появляется новая, с производительностью, >практически всегда голая производительность без надежности не нужна. > >потому и процессоры работают в защищенном режиме, а не Big Real Mode, > >когда любая задача реального режима может адресовать все 4 гигабайта >оперативной памяти без страничных преобразований и прочих тормозов... > >например, на 386 машине с частотой ядра в 25 мегагерц Линус был >вынужден >делать ядро монолитным, потому что потери производительности были очень >большими. но если бы он начинал писать свою операционку имея под рукой > >двух- и четырех- ядерные процессоры, я почти уверен, что он тогда разнес > >бы ядро операционной системы и драйвера оборудования по разным кольцам защиты. очень похоже на правду. Странно однако, что же курил в то время Таненбаум, развивая теорию микроядра _уже_тогда_...   Может стоит просто попробовать? Жаль что для всего-лишь "попробовать" нужно проделать _огромную_ работу... Будем надеяццо, Торвальдс изменит свое мнение рано или поздно... >тем более, что 4-х ядерные процессоры - это совсем не предел, >частоту дальше повышать уже нерационально, при уменьшении техпроцесса >будут увеличивать количество ядер в одном корпусе. 8, 16, 32, 64, ...

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	>>потому что проблема не в этом конкретном драйвере, а в архитектуре >>взаимодействия ядра операционной системы и драйверов оборудования. >> >>например, если ядро пускать на 0-м кольце, а драйвера на 1-м, эта >> >>проблема устраняется. появляется новая, с производительностью, >>практически всегда голая производительность без надежности не нужна. >> >>потому и процессоры работают в защищенном режиме, а не Big Real Mode, >> >>когда любая задача реального режима может адресовать все 4 гигабайта >>оперативной памяти без страничных преобразований и прочих тормозов... >> >>например, на 386 машине с частотой ядра в 25 мегагерц Линус был >>вынужден >>делать ядро монолитным, потому что потери производительности были очень >>большими. но если бы он начинал писать свою операционку имея под рукой >> >>двух- и четырех- ядерные процессоры, я почти уверен, что он тогда разнес >> >>бы ядро операционной системы и драйвера оборудования по разным кольцам защиты. > очень похоже на правду. > Странно однако, что же курил в то время Таненбаум, развивая теорию микроядра > _уже_тогда_... Может стоит просто попробовать? > Жаль что для всего-лишь "попробовать" нужно проделать _огромную_ работу... > Будем надеяццо, Торвальдс изменит свое мнение рано или поздно... >>тем более, что 4-х ядерные процессоры - это совсем не предел, >>частоту дальше повышать уже нерационально, при уменьшении техпроцесса >>будут увеличивать количество ядер в одном корпусе. 8, 16, 32, 64, ...
	Введите код, изображенный на картинке: