VFS в пользовательском режиме ? Это интересно? Общаться по видимому будет с дровами через сообщения? Резкое решение, "как удар серпом по яйцам" (C) Goblin.
> "В отличие от неоклассических ядер Linux и FreeBSD 5.x в DragonflyBSD "блокировки" отсутствуют принципиально -- потому как система не базируется на модели взаимного исключения."
Ну-ну, только в Linux(как во FreeBSD не знаю) блокировки используются только там, где их совсем нельзя избежать, в большинстве же случаев используются lock-free алгоритмы (на основе Compare-And-Swap инструкций).
> "При этом вместо одного общего планировщика задач (scheduler) в ОС для мультипроцессорных систем в Dragon-flyBSD применяется несколько -- по числу процессоров".
Опять же, если заглянуть в scheduler от Ingo Molnar'а, то становится непонятно, чего же тут нового в DragonFly....
> "И таким фундаментальным изменением здесь является отказ от традиционных вызовов подпрограмм в пользу асинхронного механизма передачи сообщений, что сближает DragonflyBSD с микроядерными системами -- именно сближает, но не больше. В идеале, вся система -- до уровня эмуляции Unix API -- будет основана на механизме сообщений..."
Сближает, но не больше... :) Это и есть микроядерная архитектура, тем более что там дальше абзац про драйвера в пользовательском пространстве.
> "Не обошлось в DragonflyBSD и без модификации подсистемы выделения памяти ядра -- в ней использован slab allocator, реализация которого, в силу архитектурной специфики, в три раза компактнее аналога, например применяемого во FreeBSD 5.x."
Опять же смотрим в код Linux.
> "Из наблюдаемых невооруженным глазом изменений следует отметить "вариантные символические ссыл-ки" файлов, специально реализованные для нужд будущей системы управления пакетами DragonflyBSD"
Вот это действительно что-то новенькое. Специальный костыль в ядре, чтобы реализовать Portage. ;)
> "I don't think it's anyone's design in particular, but I tend to sit down and write things from scratch rather then copy other people's ideas. Matthew Dillon"
В общем, люди решили скрестить BSD и Mach, но Darwin их не устраивает. Пусть попробуют, ведь на чистом листе можно и что-нибудь новое придумать - от этого всем лучше будет. Но пока они только передирают уже известные идеи.
>>> должна появиться "стрекоза" -- одновременно такая простая и такая совершенная.
да, и надо было приписать "и них$# не могущая работать с новыми железками". и будет эта кучка жалких програмеров с потугами трудиться 8 тысяч лет и прибудет новая операционка. ну прям писдэц какая совершенная получится. поглядеть, так диллэн - д'артаньян, а все остальные программеры - пид$#@сы
скорее новый анус в мире Unix. и ты сам, саныч, непезди. есть такая хорошая поговорка - не говори гоп пока не перепрыгнешь, то бишь в начале языком и по клаве молотить каждый горазд
а чё-чё, ничё. из той же статьи и по тому же месту : Что сказать -- выбор стабильной и фактически подошедшей к концу жизненного цикла FreeBSD 4.x совершенно логичен, особенно если учесть тот факт, что ядро новой ветви 5.x подвержено действию той же закономерности, что и ядро Linux
начиная с ядра 2.6, Linux по функциональным системным возможностям стала практически идентичной детищу Дэвида Катлера (David Cutler, архитектор ядер ОС DEC VMS и Windows NT).
Знаешь что такое DEC VMS?
Это 80 годы прошлого века, большие железные ящики VAX 11/780 и зеленые
Имя для этой загогулины: СтрекозЯбздя(с чур я первый!)! А ваще - ну че?! Стоит у чуваков?! Нехай трахаются! Получится у них красиво - будет им респект вечный.
Заглохнет проект, мля буду. Но, с другой стороны, действительно это экспоненциальное наращение кода идущее по закону Мура (как и железяки, собсстно) должно прекратиться. Тропинка в глухом лесу заросла травой и нужно шагнуть влево или вправо чтобы найти новую. Вспомнились вдруг (может не к месту)причем весьма аргументированные заявления в свое время, что по двум проводам больше 2400 бод не прогонишь. Шагнули влево, шагнули вправо - и вот на тебе.. )
> такие как дэй-моны (ни в коем случае не "демоны", талисманы *BSD)
Вообще-то они как раз дЕмоны, daemons. А вот demons - дИмоны. Что, впрочем, суть совершенно одно и то же, как бы ребята из BSD team не пытались отмазаться. Ничего, все правильно, даешь труъ сотонинскую ось! =)
> Не следует воспринимать это как ограничение -- в DragonflyBSD таким образом выводится максимум кода ядра (в первую очередь, драйверы устройств) в пользовательский режим.
Лично я учился на "Inside Windows 2000" и покачто это лучшая книга по ОС которую я читал. Но Р. получает длинные чеки от MS и доверять ему не есть гуд.
А поптыки оценить дерьмовость ОС по количеству строк кода и интегрированоости в неё дерьма типа IE, меня ваще убили. Интересно а скока строчек кода останеться в моём ядре после моей совбственной перекомпиляции? 1 млн? а может 2000 тыщи?
Вообще просто поразительно, да чего линуксоиды патриотичны, прям пилять, параноики какие то. Любое новшество - маздай, линух - фореве. Идиоты, одним словом... дальше своего пингвиньего клюва не видят ни хрена... А жаль
`Ну и вторая составляющая специфики работы -- естественно, психологическое давление, оказываемое на ярких самостоятельных разработчиков со стороны наиболее агрессивных (и многочисленных) членов "противостоящих комьюнити".`
юзер-спэйс драйвера - это несомненно, гуд. Еще лучше, если драйвер - это будет такой специальный файл, описывающий правила работы с устройством...а система уже должна сама оттранслировать этот файлик в модуль. Таким образом, получаем мультиплатформенный девайсдрайвер =)
ps: чуть не забыл - формат файлика - обязательно зумль...