>>а это так полагаю еще предстоит девелам исправлять.
>Вашим? Ну, удачи. Ядерные отчасти уже высказались, причём на LCA
>некоторые -- будто вполне определённо "ой хорошо, что драйверы в ядре
>решили оставить".
Ща я переплюну Танненбаума и даду вам урок правильного программировния XXII века :)
Машинный код, даже в ring3 - он, сцуко, опасный.Хакеры могут устроить buffer overrun и вообще, не модно как-то... поэтому...
...давайте будем выполнять драйвера в виртуальной среде.Пущай дрова пишутся на перле, питоне, пхп, яве, дотнете, или даже шеллскрипте, а уже оно делает вызов в user-mode фреймворк который потом передаст это ядру.Вот.Тормозно?Зато красиво :) никаких переполнений буфферов, а от упавшего скрипта ни один бурундучок не пострадает, юзера даже крашдампы и дампы регистров не побеспокоят - у системы просто отвалится железка и все :).Правда я еще не придумал что система должна сделать если грохнулся драйвер харда и она не может получить доступ к свопу но это уже детали :).Хотя для пущей важности - мы напишем на перле интерпретатор питона, на нем сделаем JVM которая будет интерпретировать жабистый байткод а поверх всего этого вкорячим дотнет(куда ж без него?), в котором и будет крутиться наш драйвер, вот.Манагер драйверов напишем на PHP на котором наваяем интерпретатор Ruby (а чтоб никому не было обидно, и все фреймворки при деле).В итоге хакеры просто сойдут с ума ломая такую систему и пытаясь вкурить где же заканчивается виртуальность.Для пущей важности число слоев виртуализации надо сделать рандомным, тогда хакеры стопудово загремят в дурку :).Ах да.Почему XXII века?Да дело в том что современные процессоры слишком слабы и убоги.У них нет аппаратного ускорения перлов, питонов, руби и жаб.Редкий процессор сможет что-то кроме выполнения самой такой операционки, хотя нет, пара инструкций в час от особо приоритетных процессов все-таки сможет наверное прорваться (назовем их реалтаймными, посколько это единственные которые хоть как-то работают а время все-таки реально существует :D).
|
