Вышел (http://groups.google.com/group/minix3/msg/0ff833af2b4a9c41) первый стабильный релиз операционной системы MINIX 3 (http://www.minix3.org/) - 3.1.5. Среди новшеств (http://wiki.minix3.org/en/MinixReleases) стоит отметить:
- Улучшена производительность;
- Добавлена поддержка виртуальной памяти (virtual memory);
- Улучшен код обработки сигналов;
- Добавлена поддержка разделяемой памяти (Shared memory);
- Интегрирована поддержка звуковой подсистемы OSSv4 (Open Source Sound System).
- Реализована возможность автоопределения поддерживаемых cетевых карт. Улучшены инструменты для настройки сетевых параметров;
- Добавлена поддержка ISO9660;
- Расширены возможности по отладке приложений (например, ptrace);
- Добавлены порты PostgresSQL, QEMU, Sudo, Dillo, Nedit, Mplayer, Apache, OpenSSH и т.д.
- Добавлена возможность выполнения MINIX в качестве гостевой ОС в различных системах виртуализации;
- Реализована функция setitimer;
- Добавлена поддержка уровня абстракц...URL: http://www.minix3.org/news/
Новость: http://www.opennet.me/opennews/art.shtml?num=24133
Уря! Разработчикам респект! :)
Хоть что-то микроядерное разрабатывается!
>Уря! Разработчикам респект! :)
>Хоть что-то микроядерное разрабатывается!Ну сейчас, с развитием микроядерной архитектуры, миникс уже не является чем-то оригинальным. Вот, например, osFree(http://www.osfree.org) -- OpenSource OS/2 на микроядре L4.
Не прошло и тридцати лет? :)
Ох как уж эти знатоки хронологии со своими громкими сотрясаниями воздуха!
http://upload.wikimedia.org/wikipedia/commons/thumb/7/77/Uni...
Смотриде где Minix3 а где Linux 2.6.xx и кто сколько разрабатывается!!!
> Ох как уж эти знатоки хронологии со своими громкими сотрясаниями воздуха!Ну, если б Таненбаум пользовался на своей машине своей системой, к ней бы очевидно относились более серьезно. А то знаете, когда капитан не хочет плавать на своей же посудине - остальные и вовсе не захотят.
>> Ох как уж эти знатоки хронологии со своими громкими сотрясаниями воздуха!
>
>Ну, если б Таненбаум пользовался на своей машине своей системой, к ней
>бы очевидно относились более серьезно. А то знаете, когда капитан не
>хочет плавать на своей же посудине - остальные и вовсе не
>захотят.Когда строят новый дом - в нем что - сразу начинают жить - как только зальют фундамент?????
ОБЪЕКТИВНОСТЬ, господа, ОБЪЕКТИВНОСТЬ!
>Когда строят новый дом - в нем что - сразу начинают жить
>- как только зальют фундамент?????
>ОБЪЕКТИВНОСТЬ, господа, ОБЪЕКТИВНОСТЬ!Понимаете, можно строить дом. А можно - помещение для ядерного реактора. При том в помещении для ядерного реактора - жить никто не будет. Хоть оно и выдерживает намного больше всевозможных напастей чем обычны дом.
>>Когда строят новый дом - в нем что - сразу начинают жить
>>- как только зальют фундамент?????
>>ОБЪЕКТИВНОСТЬ, господа, ОБЪЕКТИВНОСТЬ!
>
>Понимаете, можно строить дом. А можно - помещение для ядерного реактора. При
>том в помещении для ядерного реактора - жить никто не будет.
>Хоть оно и выдерживает намного больше всевозможных напастей чем обычны дом.
>Вот вы все время замещаете понятия и меняете русло хода диалога...
Первый упомянул о 30 годах! - Это ЛОЖЬ! Minix версии 3 был анонсирован 24 октября 2005 года - что есть моложе текущей ветки Linux! Гораздо моложе!
Дальше - капитан и "посудина" - судно еще не спустили на воду - и если капитан начнет на нем ходить - то его в дурку отправят... А вы начинаете разглагольствовать по поводу: крейсер это или линкор, или фрегат...
>Вот вы все время замещаете понятия и меняете русло хода диалога...Скорее, просто провожу некоторые аналогии.
>Первый упомянул о 30 годах! - Это ЛОЖЬ!
Я тут не при чем. Хотя первый миникс достаточно древний.
>Гораздо моложе!
Чувак скорее просто сравнил развитие всех веток вообще за эти годы.
>Дальше - капитан и "посудина" - судно еще не спустили на воду
Да вот помнится другие капитаны как-то плавали на своей посудине попутно улучшая ее. Был хороший стимул улучшать ее в правильном направлении.
>- и если капитан начнет на нем ходить - то его в дурку отправят.../me (заинтересовано) скоро там Торвальдса санитары утащут? И почему за столько лет еще не утащили?
>/me (заинтересовано) скоро там Торвальдса санитары утащут? И почему за столько лет еще не утащили?он уже давно сменил линукс на более стабильную виндовс севен
_http://farm4.static.flickr.com/3507/4033726325_45bec7b287.jpg
Ага, только вот на вашем фото - ни 1 компьютера не видно. Наверное сейлзы предлагают оценивать стабильность ос по коробочке :)))
на фото Торвальдс рекомендует всем лиузоидам переходить на виндовс севен
>на фото Торвальдс рекомендует всем лиузоидам переходить на виндовс севенНу вот пусть некие "лиузоиды" и переходят. А я даже не знаю что такое "лиузоид" :P.
>на фото Торвальдс рекомендует всем лиузоидам переходить на виндовс севенТорвальдс вообще-то приколист и там просто прикалывается )))
>/me (заинтересовано) скоро там Торвальдса санитары утащут? И почему за столько лет еще не утащили?Наверное потому что санитары имеют большие сомнения по-поводу того, что Торвальдс во времена начала Linux пользовался исключительно своей разработкой.
Да, где-то в самом начале он пользовался ... миниксом, IIRC :D. Сколько лет назад это было?
Скачал исошник, закатал на болванку, все дело заканчивается на попытке загрузчика определить жесткие диски и dvd-приводы. После чего висит, как груша.
имея столько денег легко разрабатывать..
[quote]имея столько денег легко разрабатывать..[/quote]
А вам кто не дает, получите гранд и вперед. Ининадазавидовать.
Желаю успеха учёным и лично Энди и поздравляю всех вменяемых людей, смотрящих в будущее!
Кому оно надо если уже давно есть отличная микроядерная UNIX система Mac OS X.
MINIX всегда отлично подходила для изучения теории ОС и возможности покапаться в простом (спеицально упрощенном) коде. В добавок - книга, по общей теории и minix в частности.
Несомненно, она не потеснит ту же Mac OS.
Давно разморозили? Речь идет о Миникс 3, это НЕ учебное пособие.
MINIX 3 is initially targeted at the following areas:
...
Education (e.g., operating systems courses at universities)Впрочем, с 3.0 до 3.1.15 много добавилось, так что, вполне возможно что "education" начинает выпадать.
Darwin не совсем микроядеро - оно больше комбинированное. В принципе как и в NT. Реально коммерческие образцы микроядер - Netware (Единственная ОС сертифицированная как безопасная по военным стандартам )и QNX (Posix).
>Darwin не совсем микроядеро - оно больше комбинированное. В принципе как и в NT. Реально коммерческие образцы микроядер - Netware (Единственная ОС сертифицированная как безопасная по военным стандартам )и QNX (Posix).Так то коммерческие, а MINIX 3 на данный момент ЕДИНСТВЕННАЯ микроядерная ось которая развивается! Причем и финансирование есть! :)
>>Darwin не совсем микроядеро - оно больше комбинированное. В принципе как и в NT. Реально коммерческие образцы микроядер - Netware (Единственная ОС сертифицированная как безопасная по военным стандартам )и QNX (Posix).
>
>Так то коммерческие, а MINIX 3 на данный момент ЕДИНСТВЕННАЯ микроядерная ось
>которая развивается! Причем и финансирование есть! :)А к чему весь этот фанатизм вокруг микроядра?
Есть системы с монолитным ядром которые работают и выполняют свои обязанности.
Мне как потребителю и админу - главное что бы работало и выполняло задачи. А как это работает - дело 25. Хоть микроядро, хоть монолит.
>Мне как потребителю и админу - главное что бы работало и выполняло
>задачи.Ну, как-то задрало, когда очень мощная совеременная машина, используемая для компиляции/набора/инета вылетает из-за кривых дров видеокарты Intel (вместо того, чтобы их перезапустить). Или, в случае Vista из-за кривизны установленной libUSB. :-)
>>Мне как потребителю и админу - главное что бы работало и выполняло
>>задачи.
>
>Ну, как-то задрало, когда очень мощная совеременная машина, используемая для компиляции/набора/инета вылетает
>из-за кривых дров видеокарты Intel (вместо того, чтобы их перезапустить). Или,
>в случае Vista из-за кривизны установленной libUSB. :-)А при чем тут кривые дрова и микроядро? Очевидно дело не в архитектуре ОС, а в разработчиках драйверов. Так что пример некорректен.
>>>Мне как потребителю и админу - главное что бы работало и выполняло
>>>задачи.
>>
>>Ну, как-то задрало, когда очень мощная совеременная машина, используемая для компиляции/набора/инета вылетает
>>из-за кривых дров видеокарты Intel (вместо того, чтобы их перезапустить). Или,
>>в случае Vista из-за кривизны установленной libUSB. :-)
>
>А при чем тут кривые дрова и микроядро? Очевидно дело не в
>архитектуре ОС, а в разработчиках драйверов. Так что пример некорректен.Так кто вам мешает прочитать - что такое микроядро и зачам такие изощрения... И minix3 зачем - тоже почитайте...
>>>Мне как потребителю и админу - главное что бы работало и выполняло
>>>задачи.
>>
>>Ну, как-то задрало, когда очень мощная совеременная машина, используемая для компиляции/набора/инета вылетает
>>из-за кривых дров видеокарты Intel (вместо того, чтобы их перезапустить). Или,
>>в случае Vista из-за кривизны установленной libUSB. :-)
>
>А при чем тут кривые дрова и микроядро?В том то и дело, что согласно теории Таненбаума "кривые драйвера" не должны приводить
к краху "правильной" ОС. И это очень принципиальный вопрос.
Драйвера, будучи написанными на С,
некривыми быть не могут по определению. То же самое касается других подсистем вроде
файловых систем, audio, tcp/ip стека и т.д.
Можно не пользоваться/не видеть/не верить в успех MINIX, но статьи Таненбаума
я бы посоветовал почитать. Есть интересные идеи.
>В том то и дело, что согласно теории Таненбаума "кривые драйвера" не
>должны приводить к краху "правильной" ОС. И это очень принципиальный вопрос.Вот только между теорией и практикой - пропасть. По факту - под это просто не будет дров для крутых видеокарт. Да, глючить и кращить систему будет нечему, но не потому что система правильная а потому что если нет фичи, нет и проблем с ней :-).
>По факту - под это просто не будет дров для крутых видеокарт.Отвечу так:
>>Вот только между теорией и практикой - пропасть.Поживём - увидим (вспоминая) что VGA когда то было опупенно крутой видеокартой :)
Впрочем даже если и так:
>Да, глючить и кращить систему будет нечему, но не потому что система правильная а потому что если нет фичи, нет и проблем с ней :-).Останутся неубиваемая сеть, IO, процессы + по своей природе хорошая способность раскладываться на тучи ядер (вспоминаем Tilera-64-core in one chip). Поверх этого построятся неубиваемые сервисы. Это уже может подвинуть Линукс на cloud-*.
PS: Равно как может и НЕ подвинуть ... "Этот мир лишен смысла"(С) :-)
>Поживём - увидим (вспоминая) что VGA когда то было опупенно крутой видеокартой :)Знаете, помещению для ядерных реакторов в отличие от жилого дома никто не пытается придать чрезмерно эстетичный вид. Задачи у него слегка не те и оно по этой причине не требуется, так что всем влом тратить на это силы, время и баблосы.
>Останутся неубиваемая сеть, IO, процессы
Так оно и у остальных годами не дохнет. Еще более неубиваемо нужно разве что тем кто атомными реакторами управляет. Ну, они наверное оценят все это. А остальные - не факт.
>+ по своей природе хорошая способность раскладываться на тучи ядер
Скорее "по своей природе более-менее нормально работает только если в системе куча ядер". А так - что мешает системам с другими дизайнами раскладываться на кучи ядер то?
>(вспоминаем Tilera-64-core in one chip). Поверх этого построятся
>неубиваемые сервисы. Это уже может подвинуть Линукс на cloud-*.Да, в теории то оно красиво. А на практике - оптимизм и энтузазизм влетят в бетонную стену т.к. дров и файловых систем для таких применений нет а спонсировать их развитие никто не станет т.к. оно уже и так есть и работает. Может я и пессимист конечно, но...
>PS: Равно как может и НЕ подвинуть ... "Этот мир лишен смысла"(С) :-)
Типа того. Я думаю что оно в том виде каком есть сможет кого-то подвинуть только в каких-то сверхнадежных применениях, типа управления опасными объектами.Ну и собссно миллион на это направление и выдали, как я понимаю.
>>В том то и дело, что согласно теории Таненбаума "кривые драйвера" не
>>должны приводить к краху "правильной" ОС. И это очень принципиальный вопрос.
>Вот только между теорией и практикой - пропасть.Не льсти себе, твое мнение по поводу теории и практики
мне совершенно не интересно.Рекомендация была адресована те таким как ты.
Тебе уже можно ничего не читать...
>Не льсти себе, твое мнение по поводу теории и практики
>мне совершенно не интересно.А это не лично ваш ресурс. Сюрприз. Так что ваш апломб лучше придерживайте при себе.
>Рекомендация была адресована те таким как ты.
Противоречивая словесная конструкция.
>Тебе уже можно ничего не читать...
Ну, я и так представляю себе как работают микроядра. А зачем они *мне* я не очень представляю себе. Поскольку ядерными реакторами я не управляю а там где было надо - я у народа и на основе пингвинов и чертей сервера с аптаймом в годы вижу. И рестартят их в основном для обновления ядра и системы, а вовсе не потому что "драйвера сбойнули". А бороться с ветряными мельницами и прочими надуманными проблемами - донкихотство.
>Очевидно дело не в
>архитектуре ОС, а в разработчиках драйверов. Так что пример некорректен.Дорогой друг, это не страна эльфов, где все драйвера безошибочны, а разработчики драйверов - ангелы, мгновенно исправляющие ошибки в дровах.
Как-то так вышло, что ни мегаконтора ATI, ни мегакорпорация Intel не в состоянии выпустить нормальные драйвера под Linux. Такой, понимаешь, опытный факт.
>Как-то так вышло, что ни мегаконтора ATI, ни мегакорпорация Intel не в
>состоянии выпустить нормальные драйвера под Linux. Такой, понимаешь, опытный факт.Хотите сказать что конторы ATI и Intel выпустят нормальные дрова под MINIX? Губозакатывательную машинку купите.
Хочешь сказать что вышеозначенные лавки выпустили _нормальные_ дрова под Линукс? :)
Ну купи себе тоже ...чего не хватает :)
>Хочешь сказать что вышеозначенные лавки выпустили _нормальные_ дрова под Линукс? :)Нет, я хочу сказать что гильотина надежно спасает от головной боли: нет фичи, нет и проблем с ней, хе-хе :).Только вот по вашему спичу звучит так как будто вы заинтересованы в фиче, т.е. "гильотинный" метод решения проблемы вроде как вас не совсем устраивает. А собственно с чего вы взяли что для миникса вообще будут дрова для этих видях, хоть на таком уровне? :)
Думаю они таки будут. Дабы можно было адекватно пользоваться GPGPU вычислениями. А это - весьма интересно и перспективно.
Насколько они будут юзер-френдли уже второй вопрос.
Знаете, глядя на то как сделаны видеокарты и в каких там режимах работают чипы я бы постремался назвать их супернадежными. Вы уж простите, но клепается это с отношением как к бытовой технике. И если при вычислених немного сглючит - и хрен с ним, подумаешь, геймер артефакт на секунду увидит раз в месяц. А остальные применения - нечто сильно побочное для производителей видях. Сколько - геймеров, а сколько - тех кому надо вычисления? И накукуй там супернадежное микроядро миникса и вообще миникс как вычислятор при таких условиях?
>Знаете, глядя на то как сделаны видеокарты и в каких там режимах
>работают чипы я бы постремался назвать их супернадежными. Вы уж простите,
>но клепается это с отношением как к бытовой технике. И если
>при вычислених немного сглючит - и хрен с ним, подумаешь, геймер
>артефакт на секунду увидит раз в месяц. А остальные применения -
>нечто сильно побочное для производителей видях. Сколько - геймеров, а сколько
>- тех кому надо вычисления? И накукуй там супернадежное микроядро миникса
>и вообще миникс как вычислятор при таких условиях?Тоесть про так назваемые Профессиональные видеокарты вы не слышали. Quadro, Tesla, Stream вам ничего не говорит? Это совсем не для геймеров.
То что Nvidia 2/3 чистой прибыли косит именно с такого типа решений я сам недавно узнал.
Никто не говорит про СУПЕР надёжность. В компьютерах типа "non-stop" в которых итаниумы по горячему вместе с памятью меняются никто именно за производительностью не гнался.
Эти ускорители же используются именно для увеличения производительности в конкретных задачах. На конкретных системах. Там стоят х86 Xeon & Opteron, которые по надёжности не лучше профессиональных видях.
>То что Nvidia 2/3 чистой прибыли косит именно с такого типа решений
>я сам недавно узнал.откуда ты узнал? ты теперь в совете директоров nvidia восседаеш?
>
>>То что Nvidia 2/3 чистой прибыли косит именно с такого типа решений
>>я сам недавно узнал.
>
>откуда ты узнал? ты теперь в совете директоров nvidia восседаеш?к сожлению пруфлинк не приведу - эта информация была в освещении ixbt'шниками очередного фин отчёта нвидии. Может и брешут, однако глядя на те накрутки, которые делаются только на позиционировании... (берёте 285 или шо попроше, пишите quadro и накидываете ещё 2-3 цены). Тем более, что это дело идёт в OEM. То есть просмотрев прайсы поставщиков, и даже спросив их: сколько таких решений они продали, мы не получим достоверной картины. -:(
Остаётся доверять авторитетному изданию. Можно канеш ищо попробавать самому их фин отчёт проанализировать... Честно - впадлу -:)
>[оверквотинг удален]
>
>к сожлению пруфлинк не приведу - эта информация была в освещении ixbt'шниками
>очередного фин отчёта нвидии. Может и брешут, однако глядя на те
>накрутки, которые делаются только на позиционировании... (берёте 285 или шо попроше,
>пишите quadro и накидываете ещё 2-3 цены). Тем более, что это
>дело идёт в OEM. То есть просмотрев прайсы поставщиков, и даже
>спросив их: сколько таких решений они продали, мы не получим достоверной
>картины. -:(
>Остаётся доверять авторитетному изданию. Можно канеш ищо попробавать самому их фин отчёт
>проанализировать... Честно - впадлу -:)вы с математикой дружите? если да -- то скажите как нишевый, пусть и не дешевый (хотя все-то в пять раз дороже) продукт может занимать 2/3 _рынка_
P.S. смените драг диллера
>[оверквотинг удален]
>>спросив их: сколько таких решений они продали, мы не получим достоверной
>>картины. -:(
>>Остаётся доверять авторитетному изданию. Можно канеш ищо попробавать самому их фин отчёт
>>проанализировать... Честно - впадлу -:)
>
>вы с математикой дружите? если да -- то скажите как нишевый, пусть
>и не дешевый (хотя все-то в пять раз дороже) продукт может
>занимать 2/3 _рынка_
>
>P.S. смените драг диллераЭкономическая математика - это хитрая математика -:).
Если без шуток - то не "2/3 _рынка_" а 2/3 чистой прибыли. тоесть если оно в пять раз дороже, то его нужно продать, грубо говоря, 2/5=0,4 часть от десктоп-решений тоесть 0.13 часть от общего кол-ва. Это ОЧЕНЬ грубо, тут даже идёт расчёт "цена" а не "прибыль" но уже порядки становятся ясны. Насчёт нишевости - Квадрики активно продаются в составе хулетовских и других "белых" раб.станций Это тоже приличная часть рынка. Тоесть вписывается в понятие "и прибыль отсюда тоже выкашевается".
>Экономическая математика - это хитрая математика -:).да какая-бы она не была -- она не состоятельна -- вы чего-то не того начитались.
>
>>Экономическая математика - это хитрая математика -:).
>
>да какая-бы она не была -- она не состоятельна -- вы чего-то
>не того начитались.Вы работаете в сфере торговли? Я да, занимаемся продажей ОЧЕНЬ дорогих стройматериалов (элита понимаш), так вот чтоб получить ту же чистую прибыль которую получаем мы, торговцу обычными дешевыми материалами той же категории нужно продать в 5-8 раз больше (по количеству). Так что Ваш оппонент выше не так уж и не прав, это математика, но особая - экономическая.
>[оверквотинг удален]
>>
>>да какая-бы она не была -- она не состоятельна -- вы чего-то
>>не того начитались.
>
>Вы работаете в сфере торговли? Я да, занимаемся продажей ОЧЕНЬ дорогих стройматериалов
>(элита понимаш), так вот чтоб получить ту же чистую прибыль которую
>получаем мы, торговцу обычными дешевыми материалами той же категории нужно продать
>в 5-8 раз больше (по количеству). Так что Ваш оппонент выше
>не так уж и не прав, это математика, но особая -
>экономическая.угу -- только тут разница раз в 50-60
а в остальном -- конечно прав
Объясняю: Когда-то давно (в NetWare - до пятой версии точно, про шестую не знаю) массово использовалась кооперативная/добровольная многозадачность. Это требовало тщательного программирования, иначе одна зациклившаяся программа завешивала всю систему. В результате программировать было сложно, =>, дорого. Вытесняющая/принудительная многозадачность позволяет программисту не заботиться об отдавании управления операционке.Так вот, микроядро предполагает вынос значительной части драйверов в user-space. В принципе, драйверы модемов (обычных модемов, не Win-модемов) и принтеров вполне можно вынести в user=space даже в классических операционках, сделав их в виде библиотек.
Однако, решить задачу изоляции драйверов можно простым использованием ьезопасных языков программирования типа Джавы, компиляемой в код процессора. А более сложные ошибки, связанные с некорректным алгоритмом, микроядро не лечит.
>драйверы модемов (обычных модемов, не Win-модемов)Драйвер обычного модема - это что? Драйвер COM-порта чтоли? Обычному модему не требовалось никаких драйверов кроме тех которые поддерживают работу компорта через который обмен данными производится.
>Однако, решить задачу изоляции драйверов можно простым использованием ьезопасных языков
>программированияОдна проблема - юзерье от тормозов тогда просто застрелится, предварительно третировав авторов такой системы :).Так можно посадить скорость раз во много. Когда в критичном месте лопатящем сотни мег в секунду на пределе возможностей шибко умный говногенератор нагородит (нафиг не нужных, но откуда ж ему знать) проверок которые тормознут глубокий цикл раз так в эн - это будет колоритно. И тогда для запуска системы без тормозов потребуется всего лишь небольшой суперкомпьютер :).
Когда ты увидишь, как перезагрузится большая p595-я машина от IBM или GS1280, то ты поймешь это!
> вылетает из-за кривых дров видеокарты IntelА вы представляете себе насколько %:&нется скорость ЭТОГО драйвера если его целиком в юзермод загнать? Кроме того, обычно проблема видеодров в том что они загоняют видяху в непонятное состояние из которого не могут ее вышибить.
А винды и юсб устройства - ну, это по жизни секас. Винды сами по себе в бсод иногда отлетают от втыкания юсб девайсов.
Впрочем, в миниксе у вас не будет этой проблемы - у вас тупо не будет драйвера для интеля. А потому и проблем не будет. Перекантуетесь в лучшем случае с VESA как-нибудь, ну и хватит с вас :).Да и для юсб поди дров не будет. Ну и проблем с ними стало быть тоже :).Гильотина вообще надежное средство, 100% избавляющее от любых видов головной боли.
>А вы представляете себе насколько %:&нется скорость ЭТОГО драйвера если его целиком
>в юзермод загнать?Мне, видите ли, насрать, насколько она упадёт, хоть в 4 раза. У меня 2 ядра Core2, у каждого 2GHz, 4 метра кэша на двоих и подавляющую часть времени эти ядра ничего не делают. А задачи, хочу сказать такие: vim, latex, Word, gcc.
Ну, может быть иногда фильмы посмотреть, при этом загрузка одного ядра < 10%.
А вот вылетание системы несколько нервирует.
> Кроме того, обычно проблема видеодров в том что
>они загоняют видяху в непонятное состояние из которого не могут ее
>вышибить.Это уже другая проблем, не имеющая к BSOD (о чём мы толкуем) никакого отношения.
>А винды и юсб устройства - ну, это по жизни секас. Винды
>сами по себе в бсод иногда отлетают от втыкания юсб девайсов.Причём заметьте, драйвер USB для мощной машины вообще на перле (шутка) можно делать :-).
>Впрочем, в миниксе у вас не будет этой проблемы - у вас
>тупо не будет драйвера для интеля.Это проблемы этого конкретного миникса, а не подхода.
>Мне, видите ли, насрать, насколько она упадёт, хоть в 4 раза. У
>меня 2 ядра Core2, у каждого 2GHz,Это вам кажется что насрать. А по факту придурков которым будет нужен такой десктоп будет очень немного. Да и на серверах народу скорость как-то нужна.
>4 метра кэша на двоих и подавляющую часть времени эти ядра ничего не делают. А
>задачи, хочу сказать такие: vim, latex, Word, gcc.А, собственно, что мешает использовать при столь крЮтых графических задачах vesa-овый драйвер в какомнить *никсе и не *ать свой мозг? Или вы настолько уникум что умудрились сглючить VESA драйвера? И, собственно где будет выигрыш от микроядра? При таких задачах монолит можно запустить в обкусаной конфигурации, стабильной (как минимум на уровне ядра) как танк. И ради чего будет огород? Чисто ради процесса вскопки? :)
>Ну, может быть иногда фильмы посмотреть, при этом загрузка одного ядра < 10%.
Я посмотрю как вы при проигрывании 1920х1080 согласитесь тормознуть хотя-бы прсто его вывод на экран в 4 раза.
>А вот вылетание системы несколько нервирует.
И что же у вас в системе вылетает при таких крутых задачах как вы перечислили? Весовый видеодрайвер чтоли?А то его даже для смотрения видео на вашей конфиге вполне хватит :)
>Это уже другая проблем, не имеющая к BSOD (о чём мы толкуем)
>никакого отношения.Я только не понимаю - в каком месте у вас с вашими задачами проблемы с монолитами? В вашем случае достаточно минимального набора самых простых дров, где глючить нечему. Навороченые дрова для супер-пупер-видеокарт глючат? Хаха, а под миникс их тупо не будет совсем. И - да, глючить будет нечему, безусловно :D.
>Причём заметьте, драйвер USB для мощной машины вообще на перле (шутка) можно делать :-).
Насчет перла не знаю а вот в пингвинах юсб девайсы юзают через libusb кому оно надо. Как раз чтоб драйвер ядра лишний раз не писать под что попало. И?
>Это проблемы этого конкретного миникса, а не подхода.
А подход... ну, чтобы избежать того что выше - делают гибриды. Только если Таненбауму настолько ядро засрать - это будет еще один виндовс или макос (в самом оптимистичном случае). Чем оно будет лучше - хз (а эстетические чувства академика при этом пойдут на йух). Потому что или хорошо ездит но при помощи костылей и подпорок устраняющих проблемы "по месту", или уж академически правильно. К примерно вот такому оно приходит в реальности.
>Мне, видите ли, насратьНу срите дальше, только в другом месте где-нибудь.
>насколько она упадёт, хоть в 4 раза. У
>меня 2 ядра Core2, у каждого 2GHz, 4 метра кэша на
>двоих и подавляющую часть времени эти ядра ничего не делают. А
>задачи, хочу сказать такие: vim, latex, Word, gccНу и будут также твои ядра ничего не делать, а latency повысится на порядок, и будет обновление окошек тормозить. Гыгы.
__Болтунишка__.
Всего лет 10 назад линукс был таким же, ничего - вытащили.
Принципиальных причин чтобы иметь драйвера под всё то же железо но для миникса - НЕТ!
Осталось дождаться захотят ли с ним люди возится как когда то с линуксом - и всё.
Захотят - то уууу! Не захотят ... ну будет миник с педивикии d hzle c Plan9, L4 и Hurd перечисляться ...
>> вылетает из-за кривых дров видеокарты Intel
>
>А вы представляете себе насколько %:&нется скорость ЭТОГО драйвераЭнди говорит о цифрах порядка 10%. даже 50% вполне приемлемо для системы с такой устойчивостью.
>Винды сами по себе в бсод иногда отлетают от втыкания юсб девайсов
а фряхи от вытыкания. хорошо флудить
>Энди говорит о цифрах порядка 10%. даже 50% вполне приемлемо для системы
>с такой устойчивостью.Ну и где такая устойчивость нужна? Для управления ядерными реакторами? Ну, допустим. А это... у вас ядерный реактор то для начала - есть? А у простых смертных, у которых отказ сервака не приводит к взлету реактора на воздух - какойнить пыльный ящик с пингвином или чертом сервит годами и не знает что у него оказывается проблемы с стабильностью есть :)
>а фряхи от вытыкания. хорошо флудить
Они уже починили :).Хотя да, отжиг, конечно :)
> Ну, как-то задрало, когда очень мощная совеременная машина, используемая для компиляции/набора/инета вылетает из-за кривых дров видеокарты Intel (вместо того, чтобы их перезапустить). Или, в случае Vista из-за кривизны установленной libUSB. :-)Ну, допустим, будет некий кривой драйвер сетевухи для миникса. Ну, подумаешь, вылетает. Ведро же его прозрачно для юзера перезапустит. И рухнувший следом стек TCP перезапустит. Юзер даже не заметит ничего. хотя нет, заметит - скачка с рапидшары порвётся. Не беда, пусть юзер каждые пол часа-час заново свой файл качает, зато ось не падает же! :D
>заметит - скачка с рапидшары порвётсяне факт. смотря как обработать эту ситуацию
Для справки: средняя реализация TCP выдерживает вылет сетевухи и её перезапуск без обрыва TCP-connection. Личный опыт..
>Для справки: средняя реализация TCP выдерживает вылет сетевухи и её перезапуск без
>обрыва TCP-connection. Личный опыт..Кстати закачка прервется при разрыве сессии - но никак не при потере стека...
Можно наглядно попробывать выдернуть сетевой шнурок на пару секунд и обратно вставить... - хотя это не совсем то же самое...
>Можно наглядно попробывать выдернуть сетевой шнурок на пару секунд и обратно вставить...У некоторых стеков при таком зачем-то соединения форсированно прибиваются и сокеты закрываются. Вроде винды при потере адаптера сокеты мочат (если наврал - тапками не кидаться, заморачивался этим сто лет назад).
А выдергивание шнурка != полной переинициализации драйвера и платы.
> Ну, как-то задрало, когда очень мощная совеременная машина, используемая для компиляции/набора/инета вылетает из-за кривых дров видеокарты Intel (вместо того, чтобы их перезапустить). Или, в случае Vista из-за кривизны установленной libUSB. :-)Хаха. А когда все будет тормозить из-за обмена сообщениями и переключений контекста на каждый чих (потому что в ядре не будет ничего), вас задирать не будет? Ну-ну.
>все будет тормозить из-за обмена сообщениями и переключений контекстааноним, ты проводил тесты производительности микроядра?
Энди проводил и у него получались потери восемь процентов.
>>все будет тормозить из-за обмена сообщениями и переключений контекста
>
>аноним, ты проводил тесты производительности микроядра?
>Энди проводил и у него получались потери восемь процентов.восемь процентов сферического коня
>>А к чему весь этот фанатизм вокруг микроядра?а к чему фанатизм отрицания микроядра ????
если ты не фанат своей идеологии значить твоё дело полное ГЭ>>Мне как потребителю и админу - главное что бы работало и выполняло задачи. А как это работает - дело 25. Хоть микроядро, хоть монолит.
это говорит о том что вы обычный виндузятник
разве нет разницы виски со льдом и с колой или просто виски без всего ?
Да ну? А GNU Hurd, например?
>Да ну? А GNU Hurd, например?а gnu hurd издох и пованивает в углу. финансирования нет, активной разработки нет, рекламы нет - ничего нет.
А Netware развивается ещё? Косвенно я её помню со времён Windows 3.11, но никогда прямо с ней не сталкивался (не ставил и не админил). Сейчас мне досталась большая сетка, распределённая по стране, один из серваков в которой на Netware, а клиенты к нему на Windows 2000. Так я заменил клиенты на XP а сервак на FreeBSD, потому что как устроена Netware (кроме того, что там, кажись, деревья вместо доменов), что там и как с ней работать вообще себе не представляю, а изучать времени нет и смысла не видно, или таки смысл есть?
>>а изучать времени нет и смысла не видно, или таки смысл есть?Изучается она очень быстро. NwAdmin считай единственный инструмент нужный для администрирования. С учетом того, что в eDirectory можно засунуть любую станцию на любой оси и работает она в десятки раз быстрее доменов возможно смысл почитать и есть.
>Изучается она очень быстро.Ну так флаг вам в руки и барабан на шею - изучайте. А мы посмотрим что из этого выйдет и что оно вам даст, кроме каких-то абстрактных знаний о красивом артефакте.
>>>а изучать времени нет и смысла не видно, или таки смысл есть?
>
>Изучается она очень быстро. NwAdmin считай единственный инструмент нужный для администрирования. С
>учетом того, что в eDirectory можно засунуть любую станцию на любой
>оси и работает она в десятки раз быстрее доменов возможно смысл
>почитать и есть.А смысл? Если вендор бросил уже это поделие, и всех клиентов пересаживает на OES, ну и далее на SLES? Какой смысл изучать почти мертвую ОС, которую скоро перестанут поддерживать все производители софта и железа? Если очень нужен eDir, то оно прекрасно работает и на других платформах, той же SLES.
>>А смысл? Если вендор бросил уже это поделие, и всех клиентов пересаживает на OES, ну и далее на SLES?Не бросил. Netware самодостаточная платформа. Драйверов под неё хватает. Банки и нефтяники её любят. OES есть и поддерживается. Как файловый сервер идеальная платформа. Просто туда добавлять уже нечего. Ибо всё в ней есть.
Отличная проприетарная :(
=8-OНе курите траву после обеденного чтения советских газет... Mac OS X совершенно обычная монолитная ОСина, грубо склёпанная из BSD, и Mach. (Полученный в подземных лабораториях бульдо-носорог даже не всегда поддерживает LD_PRELOAD.)
>=8-O
>
>Не курите траву после обеденного чтения советских газет... Mac OS X совершенно
>обычная монолитная ОСина, грубо склёпанная из BSD, и Mach. (Полученный в
>подземных лабораториях бульдо-носорог даже не всегда поддерживает LD_PRELOAD.)http://ru.wikipedia.org/wiki/Mac_OS_X
Что же вы до сих пор не исправили на как нужно?
>http://ru.wikipedia.org/wiki/Mac_OS_X
>Что же вы до сих пор не исправили на как нужно?Не хочу (c)
P. S. Лично я больше доверяю этому источнику: http://osxbook.com/book/bonus/ancient/whatismacosx/arch_xnu....
>>http://ru.wikipedia.org/wiki/Mac_OS_X
>>Что же вы до сих пор не исправили на как нужно?
>
>Не хочу (c)
>
>P. S. Лично я больше доверяю этому источнику: http://osxbook.com/book/bonus/ancient/whatismacosx/arch_xnu....
>http://www.opennet.me/openforum/vsluhforumID3/60166.html#35Ваши фантазии на эту тему меня не заботят.
>>http://www.opennet.me/openforum/vsluhforumID3/60166.html#35
>
>Ваши фантазии на эту тему меня не заботят.Это не мои фантазии!
Там ссылка на источник №;%№%№ - читай, беззаботный вы наш.
Для тех кто на бронепоезде:http://www.categorifiedcoder.info/old/talks/DarwinMachKernel...
Просвещайтесь...
Мне всё равно, чьи это фантазии.Mac OS X даже близко не микроядро. Гибрид? Вообще "гибрид" -- весьма мутное определние, хотя, даже по нему понятно, что это не микроядро.
А если почитать ту книгу, ссылку на которую я приводил, то надеюсь вам удастся прийти в чувство, и понять, что XNU заурядный монолит, в котором (и это правда) есть куски из Mach и BSD. Где вы будете читать -- на бронепоезде, или где-то ещё, мне, опять же, фиолетово.
>[оверквотинг удален]
>
>Mac OS X даже близко не микроядро. Гибрид? Вообще "гибрид" -- весьма
>мутное определние, хотя, даже по нему понятно, что это не микроядро.
>
>
>А если почитать ту книгу, ссылку на которую я приводил, то надеюсь
>вам удастся прийти в чувство, и понять, что XNU заурядный монолит,
>в котором (и это правда) есть куски из Mach и BSD.
>Где вы будете читать -- на бронепоезде, или где-то ещё, мне,
>опять же, фиолетово.Вы хоть на даты статей источников смотрите - ваш пример 2003 - мой пример 2006 - на дворе кнец 2009-го - по вашему за это время с ядром ничего не произошло? - Вопрос риторический...
[...]
>Вы хоть на даты статей источников смотрите - ваш пример 2003 -Я "смотрите". Если вы считаете, что Яббло за 3-и года сделала из монолита "почти микроядро", это исключительно ваши личные заблуждения, и не стоит ими делиться с другими.
>[...]
>>Вы хоть на даты статей источников смотрите - ваш пример 2003 -
>
>Я "смотрите". Если вы считаете, что Яббло за 3-и года сделала из
>монолита "почти микроядро", это исключительно ваши личные заблуждения, и не стоит
>ими делиться с другими.Не додумывайте - что я считаю и не выдавайте это за мое заблуждение - говорите за себя!
Из ГИБРИДА - другой ГИБРИД - Darwin на основе микроядра Mach! - Где опровержения этого?
>Кому оно надо если уже давно есть отличная микроядерная UNIX система Mac OS X.макакос не микроядреная:D
Радостная новость. Очень интересно следить за развитием микроядерных ОС. Может это положительно скажется так же и на развитии Gnu/Hurd.
А кому нужен gnu/hurd сегодня?
сегодня в его текущем состоянии - никому. А вот если исследования Энди получат применения, то иметь в арсенале полноценную микроядерную GNU под лицензией GPL... Почему бы и нет?
Жаль, что эта супернадежная ос никогда не приживется на десктопах, ибо графика и фс вне ядра обречены на тормоза.
>Жаль, что эта супернадежная ос никогда не приживется на десктопах, ибо графика и фс вне ядра обречены на тормоза.а как в Mac OS X это происходит? графика и фс у них в ядре?
полагаю, на многоядерном-многопоточном компьютере переключение контекста не так часто происходит. микроядерная ось не должна тормозить. это уже много раз обсуждали. BeOS тоже была микроядерной, но про неё не говорят, как тормозную, совсем наоборот.
Да чё вы все заладили про макакос? Никогда макакос не была микроядерной, и вряд-ли в скором времени будет.
>...BeOS тоже была
>микроядерной, но про неё не говорят, как тормозную, совсем наоборот.ГИБРИД!!!!!!!!!!
>>...BeOS тоже была
>>микроядерной, но про неё не говорят, как тормозную, совсем наоборот.
>
>ГИБРИД!!!!!!!!!!Строго говоря, нет такого понятия "гибридное ядро".
Это результат пиара Apple. И только.
XNU - самый обыкновенный монолит.Вот тут блондинка довольно доходчиво расказывает, что почем
http://chaosradio.ccc.de/24c3_m4v_2303.html
>>>...BeOS тоже была
>>>микроядерной, но про неё не говорят, как тормозную, совсем наоборот.
>>
>>ГИБРИД!!!!!!!!!!
>
>Строго говоря, нет такого понятия "гибридное ядро".Исправляйте:
http://ru.wikipedia.org/wiki/Гибридное_ядро>Это результат пиара Apple. И только.
>XNU - самый обыкновенный монолит.
>
>Вот тут блондинка довольно доходчиво расказывает, что почем
>http://chaosradio.ccc.de/24c3_m4v_2303.html
>а как в Mac OS X это происходит?А они гибрид.
> на многоядерном-многопоточном компьютере переключение контекста не так часто происходит
Простите? А это откуда следует? Как минимум само по себе оно не обязано помогать. При каком-то специальном дизайне проца (скажем выделить ядру свой проц монопольно и сервисам по процу, чтобы ничего вообще не переключать и скоростное IPC в железе - да, можно наверное микроядру подыграть и будет нормально вполне, только такой проц будет слегка инопланетным, хоть на Земле и есть ряд похожих на это экзотов).
> про неё не говорят, как тормозную,
Да уж, про нее говорят как про дохлую... сильно лучше?
>Жаль, что эта супернадежная ос никогда не приживется на десктопах, ибо графика
>и фс вне ядра обречены на тормоза..По Вашему лучший десктоп - это когда весь код на уровне ядра выполняется??? :)
Не надо верхушек хватать.
Singularity ?
Ну зачем крайности, только то, что требует производительности. В винде графика в ядре, в линуксе переключалку режимов тож в ядро засунули, чтоб не мерцало, дрова. В дарвине не в ядре разве?
Миникс тоже не чистое микроядро :) туда таймеры засунули вопреки идеологии :)
>Миникс тоже не чистое микроядро :) туда таймеры засунули вопреки идеологии :)
>Кстати да... Дело движется к гибриду?
>Кстати да... Дело движется к гибриду?Вариантов немного - можно сделать академически правильно но тормозное и в итоге никому не нужное, или можно сделать свалкой костылей^W^W "гибридом", зато - сравнительно нормально работающее. По крайней мере до 2009 года оно было вот так. Кто-то хочет попробовать доказать что можно и иначе? Карты вам в руки!
>Жаль, что эта супернадежная ос никогда не приживется на десктопах, ибо графика
>и фс вне ядра обречены на тормоза.Если игры не гонять, должно вполне себе нормально работать на современных мегамашинах.
Угу, современный могучий монстрик с его турбинами выжмет веса-графику на уровне мсдоса 6. Прикольненько, ага :)
Солнце моё, лучше, чтобы он мотал нервы своими вылетаниями раз в день?
Но отрисовывал окошки не за 10 мс, а за 5 мс?
>Солнце моё, лучше, чтобы он мотал нервы своими вылетаниями раз в день?Ну, блин, оставьте там VESA драйвер. Окошки будут рисоваться все-таки за 5 мс вместо 10 а вылетать... эээ уж не хотите ли вы сказать чо у вас примитивный весовый драйвер падает раз в сутки? По-моему вы шутите, сэр. Или намеренно искажаете факты, пытаясь выдать желаемое за действительное.
Проблема на самом деле проста как топор - современная видеокарта это могучий, крутой и навороченный агрегат с зиллионом фич и собственными особенностями. глюками и закидонами. Да, разумеется при реализации поддержки всех фич получается большой драйвер, который вполне может сглючить и не с первого раза выходит быстрым и стабильным. Вот только таких драйверов под миникс вообще не будет нихрена для начала. А кто и нафига их такие под миникс то выпустит? Интель? АМД? Нвидия? Ха-ха, хорошая шутка.
>Солнце моё, лучше, чтобы он мотал нервы своими вылетаниями раз в день?Такой же кривой драйвер под миктоядро будет ровно также вылетать, только систему грохать не будет. Будет грохать иксы, весь софт будешь также перезапускат. Иди лучше купи себе нормальную видяху, у которой дрова не падают, и не говори о том, в чем не разбираешься.
ты бредишь.
в виртуалбоксе даже не грузится
сразу кернелпаник :((
Вариант 1: Включить аппаратную виртуализацию в свойствах машины.
Вариант 2: Запускать ее так: VBoxSDL --startvm имямашины --norawr0 --norawr3
>Добавлена поддержка разделяемой памяти (Shared memory);и как это согласуется с микроядром? с только сообщениями? и т.д.
они же всегда нехорошими словами поливали "Shared memory", это не в концепции микроядра...
дык пришлось
Постгресу она нужна,
>дык пришлось
>Постгресу она нужна,именно
Нефиг ради какой-то юзерспейс программы ломать идеологию. А то понимаешь, развелось тут коллаборационистов. Надо будет - пускай другие портируют под новую архитектуру.
>Нефиг ради какой-то юзерспейс программы ломать идеологию. А то понимаешь, развелось тут
>коллаборационистов. Надо будет - пускай другие портируют под новую архитектуру.нефиг тыкать -- делай своё так как тебе вздумается а другим не мешай принимать решения для себя
концепция микроядра: message для передачи управления, shared memory для передачи данных.Что здесь несогласуется?
Вы наверное не совсем правильно понимаете эту функцию.
Shared memory нужно приложениям для обмена данными, которые к ядру могут не иметь никакого отношения.
VirtualBox? Отлично, тестирую!
Не работает в VBox 3.0.8 AMD64 не работает :(
я не очень понимаю смысл этого проекта если вокруг ядра будет та же GNU свалка...
>я не очень понимаю смысл этого проекта если вокруг ядра будет та
>же GNU свалка...Ну, Таненбауму миллион дали. Надо же его как-то потратить? Не может же он под подушку его сложить. Ну и на том спасибо - может на АЭС или там где еще и будет иногда использоваться его операционка, если миллион вбухан не зря. На десктопе или северах она ессно будет только у наиболее отчаянных мазохистов.
>На десктопе или северах
>она ессно будет только у
>наиболее отчаянных мазохистов.Вспоните что говорили про Linux (tm) лет эдак 15 назад
>Вспоните что говорили про Linux (tm) лет эдак 15 назадlinux была свободной альтернативой unix-монстрам от sun, ibm и т.д., а чему альтернатива minix!? Ну да, в GNU окружение запихают другое ядро: minix, hurd, freebsd или еще какое-то... принципиально это ничего не менят
>linux была свободной альтернативой unix-монстрам от sun, ibm и т.д.,
>а чему альтернатива minix!?linux всего лишь сменил политику - халявный клон юникса.
minix пытается изменить технологию - это значительно важнее.>принципиально это ничего не менят
Вы бы согласились вживить кардиостимулятор с линуксом, собранным из debian testing?
>Вы бы согласились вживить кардиостимулятор с линуксом, собранным из debian testing?с minix тоже не согласился бы =)
Дай бог, чтобы и не пришлось.
Во всяком случае, направление мысли Вы уловили.
>minix пытается изменить технологию - это значительно важнее.Ее уже ...цать лет пытаются менять.Только вот правда состоит в том что микроядра ради микроядерности нужны только небольшой горстке особенно-злобных эстетов системостроения.Остальным нужна работающая система делающая то что им надо.Отсюда и вытекает следствие что чисто-микроядерные системы за столько лет так никому и не понадобились в массовых количествах.Эстеты могут обижаться и крутить минусы сколько влезет, а толку то?Лишний раз докажете простую истину что "правда глаза колет". Да и все дела.
если Миникс для кардиостимуляторов делают - ладно. То есть производительсность побоку, поддерживается полторы фичи, зато надежно. И то для таких дел есть L4, в котором вроде как математически доказано отсутствие багов (а юзерспейса для таких задач - тако)
й минимум, что вылизать все можно идеально.А если речь идет о нормальном многоцелевом устройстве, то там будет масса всяких острых углов, где "академический" дизайн окажется неэффективным. Это не говоря о том, что ниши для Minix, выходит, кроме обучения, таки нет - и, соответственно, развивать его будет некому. Разве что Танненбаум еще гранты выпросит. Еще был бы шанс привлечь энтузиастов лицензией - думаю, GPLv3 заинтересовала бы многих - но у него и здесь ничего интересного.
Мне вообще кажется, что микроядро в чистом виде обречено быть наглядным пособием, а не реальной системой для современного компьютера. Вот когда архитектура кардинально изменится, тогда может быть. А сейчас, если довести Миникс до размеров Линукса, боюсь, система будет заниматься на 50% пересылкой внутренних сообщений между многочисленными своими частями, и лишь 50% непосредственно будет тратиться на задачи пользователя :)
Не обязательно, просто в такой системе придется забыть о совместимости. Никаких портов POSIX API, никакой glibc, никаких GTK и QT. Хороший пример - Singularity. В ней есть что-то наподобие shared memory, но право на доступ передается как раз в виде сообщения.
>Не обязательно, просто в такой системе придется забыть о совместимости. Никаких портов
>POSIX API, никакой glibc, никаких GTK и QT. Хороший пример -
>Singularity. В ней есть что-то наподобие shared memory, но право на
>доступ передается как раз в виде сообщения.Извините, может давайте не будем хоронить Qt, а?.. Все таки это кроссплатформенная либа, и если не будет совместимости с существующими UNIX-подобными ОС, то свой порт вполне может появиться если кому-то припечет. И будет он совместим с тем что есть.
Как это соотносится с микроядром?
Ни POSIX API, glibc, GTK и QT ниразу не зависят от архитектруы ядра. Все эти либы реализуются поверх ядра на системных вызовах.
GTK и QT так и вообще поверх X-иксов. Кстати те же X уже портированы на minix3По теме: у микроядра хорошее будущее. Это по крайней мере стабильный API - возможно и дрова станут стабильнее.
У linux нестабильный ядерный API. Код перевалит за несколько десятков миллионов.. что-то мне подсказывапт с разбухшим ядром придется бороться кардинально.
Другое дело микроядро: модульность, стабильность масштабируемость. Единственный минус - скорость. Но пример микроядра L4 показывает, что скорость можно вплотную приблизить к монолиту.
Они добавляют в систему собственные уровни абстракции, плохо стыкующиеся с парадигмами микроядерной управляемо системы. Это обходится стандартной библиотекой, но это будет уже совсем другая libc.
>По теме: у микроядра хорошее будущее. Это по крайней мере стабильный API - возможно и дрова станут стабильнее.Извини, но я не понял, стабильный API чего? Общения с микроядром? Формат сообщений или чего ещё?
Они всё равно будут вынуждены ввести кучу промежуточных уровней типа Ядро -> Подсистема управления шинами -> PCI подсистема -> Наконец драйвер PCI устройства. И что здесь может обеспечить стабильный API, точно так же что-то поменяют в каком-нить слое и всё, дружно переписываем драйвера. Разница только в том, что всё это будет в "юзерспейсе".
Свернадёжность? Из чего ей взяться в minix? К примеру умер сервис отвечающий за поддержку жестких дисков, а там раздел со swap, что делать будем? И таких примеров можно привести множество, когда этот всеспасающий перезапуск отдельных служб будет равносилен перезагрузке обычной UNIX системы.
Если представить себе, что я запустил какое-нибудь приложение на QT, то что мне даст "надёжное" микрядро, когда помимо него в процессе учавствует ещё куча ненадёжных компонент, ошибка в которых приведёт к краху этого приложения. Отсюда вывод микроядро имеет смысл когда всё остальное надёжно, а это специализированные системы. Вот QNX и показала, что микроядро успешно может применяться в таких системах.
Ну отладка дров в user space это ОЧЕНЬ удобно, это спорное утверждение?
PS QT например уже портировано на L4-микроядро
>PS QT например уже портировано на L4-микроядрокаким образом userspace-библиотеку, зависяющую только от оконной системы, можно ( нужно ) портировать под другое ядро? может, адаптировали ее сборку под специфическое окружение ( toolchain ) от L4?
>Мне вообще кажется, что микроядро в чистом виде обречено быть наглядным пособием,
>а не реальной системой для современного компьютера. Вот когда архитектура кардинально
>изменится, тогда может быть. А сейчас, если довести Миникс до размеров
>Линукса, боюсь, система будет заниматься на 50% пересылкой внутренних сообщений между
>многочисленными своими частями, и лишь 50% непосредственно будет тратиться на задачи
>пользователя :)Ага, и QNX со свом микроядром является "наглядным пособием"... и перестаньте "боготворить" Линукс... она не самая худшея, но она и не не самя лучшая... все зависет от потребностей!
Создал в virtualbox машину под именем minix. Только так ее и удалось запустить:VBoxSDL --startvm minix --norawr0 --norawr3
И еще... Самый забавный вопрос... Как, черт их побери, софт ставить? Вообще не нахожу даже малейшего намека на то как что либо сделать... Инет по DHCP уже поднялся...
>И еще... Самый забавный вопрос... Как, черт их побери, софт ставить? Вообще
>не нахожу даже малейшего намека на то как что либо сделать...
>Инет по DHCP уже поднялся...написано же - pacman
> написано же - pacmanВсе, спасибо, разобрался. Но программа установки packman - просто блевотна. Я бы никогда даже не додумался сделать ее настолько нелогично и неудобно... Просто ДОшкольный уровень качества... Словами не передать...
>Все, спасибо, разобрался. Но программа установки packman - просто блевотна. Я бы
>никогда даже не додумался сделать ее настолько нелогично и неудобно... Просто
>ДОшкольный уровень качества... Словами не передать...Добавлю разве что - вы когда нибудь пользовались aptitude? А таким легковесным менеджером пакетов как opkg? То то же - там люди головой думали хотя бы...
>> написано же - pacman
>
>Все, спасибо, разобрался. Но программа установки packman - просто блевотна. Я бы
>никогда даже не додумался сделать ее настолько нелогично и неудобно... Просто
>ДОшкольный уровень качества... Словами не передать...а какая программа является по Вашему не "блевотная"? может, что-то Вы лично разработали в этом направлении?
> а какая программа является по Вашему не "блевотная"?Далеко за примерами ходить не надо - opkg.
Мне кажется, что Haiku получше будет(qt4.5 портируется на него уже, причём довольно успешно)
p.s у haiku гибридное ядро
По поводу монолита и микроядра. Не увидел самого главного, что на мой скромный взгляд отличает эти 2 понятия в сущности их бытия сегодня. ОТЛАДКА кода! Чертовский тяжело проводить отладку в современных монолитных ядрах, особенно, которые явно переросли свое (LINUX).Для админа надежность главное (даже перспективная надежность), с этой точки зрения микроядро надежнее монолита и это факт. Реплики - оно сейчас работает и дальше будет… ну это… жестокий консерватизм. Что точно могу сказать, так это «цена» создания современного монолита много больше, чем «цена» создания современного микроядра.
Для пользователей, это ВОЗМОЖНАЯ потеря производительности, и то это уже давно компенсировалось мощностями компьютеров, как раз с начала 2000, имхо. Поэтому споры о ядрах все чаще будут возникать, так как все предпосылки к уходу от монолита есть.
Считаю из выше сказанного, выбирать какое будет ядро в будущем, имеют право только разработчики ядер и драйверов. Не админы и тем более юзера.
Современное ядро столько в себя должно набрать, чтобы стать юзабильным, что монолит ему противопоказан. А то, что мы имеем сегодня это привет нам из 70 - 80, тогда монолит вполне был ко двору. Монолит умрет, не сегодня и не завтра.... но умрет.P.S. Специально не поднимаю вопрос о экзоядрах(L4)... это отдельная история... и за ними будущее.