Ты разницу между монолитом и мкроядром сечешь? Микроядро в принципе не может состоять из драйверов, гений.

Несмотря на то что они вынесены во вне, они будут сопровождать и быть всегда рядом. И скорее всего лежать в том же каталоге с хоть микро хоть не микро ядром что касаемо исходных кодов. Я про это, а не про то являются ли они частью ядра как кодовой базы. И все их (те что идут рядом из коробки) надо синхронизировать с микроядром, дадада оно типа стабильно и api не меняется, ага, все так говорят.

Кря =)

Микроядро в принципе не может

В принципе может, никто с выше не запретит некоторую константную часть дров отнести напрямую к ядру ну буквально парочку особо критичных к скоростям, а остальное уже в юзерспейс пинком. =)

Тогда это будет уже не микроядро. Смысл микроядра в том, чтобы в привилигерованном режиме работало как можно меньше кода. Всякая хрень, типа драйверов, при таком подходе работает в юзерспейсе.

Вобще, как я думаю (и мое мнение, как оказалось, совпадает с мнением товарища Лидтке, мир его праху) наиболее критичная в плане производительности часть в случае микроядра — IPC. Если правильно подойти к проектированию IPC, все должно быть хорошо.

Да я понимаю. Но один хрен будет всё в одном дереве исходны…. Ладно. Если уж прям что-бы всё правильно, ну ок, тогда да. Твоя правда.

Дык, на микроядре с кривыми дровами вы б точно так же работать не смогли б.

зато это была бы надежная невозможность работать

Зачетно петросянишь!

В общем в ядре работает быстрее. Кто хочет - пишет юзерспейс

огромный профит в надежности системы за счет разделения ядра и драйверов

Он хорошо проявляется во всяких встраиваемых решениях. А вот у системы общего назначения падение администратора (юзермод-драйвера) дисков или ФС вызовет крах большинства процессов (у них код просто мапится в память, чтоб сразу все не грузить).
И вот формально система жива и работает, но нафиг она в таком состоянии нужна.

Значит, при падении практически любого администратора нужно уходить на перезагрузку, просто дав возможность сохранить юзеру его файлы.
Так и сейчас есть «Oops».

Миникс в каждом x86 последних годов выпуска, OKL4 в каждом смартфоне последних 10 лет выпуска, PikeOS в куче всякой военной херни последних годов выпуска.

А ты говоришь грустно.

Миникс только в бэкдоре скайлейков, это отнюдь не «все современные х86».

Что там в амудешном PSP крутится мы не знаем

AmdPSP на основе ArmTrustZone, не?

QNX

плохо работает?

Как десктопная ось?

Да

Я пробовал только 6.2.1. И даже в то время не стал бы переходить на нее с линя.

А причины в количестве софта, не?

Но юзеры же покупают Штеуд и радуются.

Ты же понял, что он дал слабину, сказав что микроядро потенциально надёжней?

Оно-то нужно и скорее всего появится, только это будет уже что-то вроде проприетарной ОС на Verilog...

т.к. нет популярных ОС на микроядре

На секундочку напомню, что minix стоит в каждом камне от штеуда.

Распространённый ≠ популярный.

Какой-нибудь спидорак может быть распространённым, но сказать, что спидорак популярен — сложно.

Кстати, а что там с DragonflyBSD? Оно живое? Как я понял, драйвера там находятся вне ядра. И основана на фряхе. Следует ли из этого совместимость с фрей?

И большинствое понимают почему Линукс не готов для десктопа.

Возмись Линукс тогда за доводку minix, сегодня бы было всё по другому в плане ос и софта.

Из-за микроядер? Ты это серьёзно?

OS GNU/Linux как таковая была готова для десктопа уже во времена KDE 3 и Gnome 2, если бы вместо эпохальных ломок их терпеливо и эволюционно развивали, мы бы имели совсем другой десктоп. Но интереснее было всё перехреначить. А как только следующее поколение DE начало стабилизироваться, архитекторы СПО придумали новую развлекушку, более глобальную — Wayland. Это раз.

И кроме ОС, для десктопа нужно ещё прикладное ПО, причём большинство пользователей хотят ПО, совместимое по форматам с другими десктопами. Это два.

И всё названное к проблеме «монолит vs микроядра» имеет отношение ровно никакое.

А по теме ТСу стоит вместо толксов пройти на https://www.gnu.org/software/hurd/hurd.html — а ещё лучше напрямик на https://www.gnu.org/software/hurd/mailing_lists.html — подписаться на списки рассылки, почитать их, постигнуть дзен и присоединиться к работе.

Вот когда Hurd of Hird можно будет без проблем вкрячить на современное железо рядом с линуксом (поддержку ext4 уже впилили, кстати? давно не интересовался), можно будет объективно сравнить, кто круче.