>потому что проблема не в этом конкретном драйвере, а в архитектуре >взаимодействия ядра операционной системы и драйверов оборудования. > >например, если ядро пускать на 0-м кольце, а драйвера на 1-м, эта > >проблема устраняется. появляется новая, с производительностью, >практически всегда голая производительность без надежности не нужна. > >потому и процессоры работают в защищенном режиме, а не Big Real Mode, > >когда любая задача реального режима может адресовать все 4 гигабайта >оперативной памяти без страничных преобразований и прочих тормозов... > >например, на 386 машине с частотой ядра в 25 мегагерц Линус был >вынужден >делать ядро монолитным, потому что потери производительности были очень >большими. но если бы он начинал писать свою операционку имея под рукой > >двух- и четырех- ядерные процессоры, я почти уверен, что он тогда разнес > >бы ядро операционной системы и драйвера оборудования по разным кольцам защиты. очень похоже на правду. Странно однако, что же курил в то время Таненбаум, развивая теорию микроядра _уже_тогда_... Может стоит просто попробовать? Жаль что для всего-лишь "попробовать" нужно проделать _огромную_ работу... Будем надеяццо, Торвальдс изменит свое мнение рано или поздно... >тем более, что 4-х ядерные процессоры - это совсем не предел, >частоту дальше повышать уже нерационально, при уменьшении техпроцесса >будут увеличивать количество ядер в одном корпусе. 8, 16, 32, 64, ...
|