>Да как же вы не понимаете, что микро или не микроядро определяется
>НЕ по размеру

И по размеру тоже, вытекает из определения. Микроядро - это мизерное ядро которое ничерта не умеет, кроме самых базовых вещей. Остальное реализуют юзермод приблуды и прочие дрова которые как минимум на 1 уровень привилегий дохлее ядра, которые в силу этого не способны напакостить ядру.И в силу чего все коммуникации этих системных вещей - через тормознутое IPC, в особо параноидальном случае - с проверками на вшивость и делением прав даже там.Что ессно больше тормозит чем лобовые вызовы кусков монолита.

> - а по принципам взаимодействия между железом-дровами-приложениями пользователя...

По принципам взаимодействия, практически все NT API реализовано в ядре (какое оно нахрен микро после этого?).И дрова там же все.Остальное так или иначе врапается в это апи ("native subsystem", родное апи NT) и в итоге разрюхивается оной подсистемой.

Внимание, вопрос на засыпку: а в чем такая уж глобальная разница когда вместо ядра NT допустим ядро пингвина (пусть и реализующее свои syscalls вместо вызовов native subsystem) в которое приблуды типа wine врапят вызовы того же winapi? Вся эта деятельность достаточно похожа и по смыслу и по тому что есть баааааааальшой кус ... ядра который все что попросили приложения в конечном итоге и разруливает. Дрова что там что сям имеют полный доступ ко всему и могут положить систему на лопатки одной левой.

>А размеры могут быть от килобайт до гигабайт - смотря что заложено
>в функциях ядра.

Если в функции ядра заложен функционал практически всей системы (как это сделано в НТ) а остальное, пардон, всякие там врапперы да трансляторы вызовов - с какого хрена это должно называться микроядром, если в ядре впихнут функционал всей системы?!