Вышла (http://www.minix3.org/news/) стабильная версия операционной системы MINIX 3.1.6 (http://www.minix3.org). Среди новшеств (http://wiki.minix3.org/en/MinixReleases) стоит отметить:- Добавлены новые драйверы: Atheros L2, Intel E1000, Realtek 8169, DEC Tulip; - Поддержка VirtualPC Network (DEC Tulip);- Поддержка PipeFS;- Поддержка HGFS - монтирование каталогов VMware как файловой системы;- Поддержка FPU;- Поддержка System Event Framework (SEF) - Экспериментальная поддержка APIC (по умолчанию отключена);
Добавлены порты:- набор базовых системных утилиты из OpenBSD - bsd-utils - интерпретатор LUA 5.1.4 - файловый менеджер Midnight Commander - эмулятор qemu 0.12.2 - средства для измерения производительности aim9, lmbench3 - tcpdump
Исходные тексты MINIX 3.1.6 распространяются под BSD-подобной лицензией, для загрузки также доступен готовый загрузочный iso-образ (http://www.minix3.org/download/minix_R3.1.6-r6084.iso.bz2) (465 Мб), который можно загрузить в качестве Live-окружения, либо запустить в виртуальном окружении VMWare или QEMU.URL: http://www.minix3.org/news/
Новость: http://www.opennet.me/opennews/art.shtml?num=25342
Отличный темп! Молодцы! :)
Ну ещё б не молодцы, с такими-то грантами...
да ладно, в линукс один только ibm каждый год по миллиарду вечнозеленых вкладывает, а толку до сих пор никакого.
Ага, но tcpdump, ни APIC. Самому не смешно?
Что смешного? Во первых, 2.5 миллиона евро - это гроши в масштабах того, сколько тратили и тратят на разработку своих ОС такие монстры, как IBM, Sun, Microsoft. К тому же грант был выделен не так уж и давно. Во вторых, я не вижу ничего смешного в том, что в разработку линукса вкладывают колоссальные средства, а результат далек от того, что можно было бы ожидать при таких объемах вложений.Линукс вроде бы серверная ОС, однако, современной production-ready файловой системы, сравнимой, например, с ZFS, у нее нет, и с учетом последней покупки Oracle перспективы btrfs, скажем, неочевидны. Линукс вроде бы десктопная ОС, однако, по удобству использования не дотягивает даже до оффтопика, не говоря уже про MacOSX. Линукс вроде бы хорошо подходит для embedded, однако, ее доля на рынке всяких телефонов, КПК и прочих девайсов мала. Ну так кто тут должен смеяться?
Смысл в том, что вместо того, чтобы выбрать одно направление (server, desktop, mobile, embeded) и совершенствовать систему в нём, каждый, кто вкладывает деньги в linux (ввиду её ничейности и отсутствии целостности), улучшает её в том, что ему нужно. То, что в грамотно спроектированных системах было изначально, в linux изобретают заново. В итоге - новые серверные технологии на классическом Unix окружении, которые никак не облегчают ни написание программ, ни их интеграцию; это касается и остальных, за исключением Mac OS X.
>изначально, в linux изобретают заново.А знаете в чем дело? Если вы например хотите присутствовать на нескольких рынках, например - это очень удобный подход. Ну и портирование софта проще, etc.
Алсо: какойнить VxWorks может и реалтаймнее линуха и даже может стартануть и работать с немного меньших ресурсов. И может даже чуть быстрее, etc. Посему юзался в той же нише что и линух на роутерах-коробочках. Вот только... вот только есть такая штука, жизнь называется. Все девайсы, оси и прочая - делают для работы в реальном мире. А совсем не для того чтобы теоретики и горстка кексов с горящими глазами подрочили на крутую с теоретической точки зрения систему. И что случается когда экзот попадает в реальный мир? От него хотят чтобы он работал с кучей сложных сетевых протоколов. Без этого он вообще в сеть попасть не может. А тут то и начинается жопа. Все глючит. Ничего не работает. Реализации протоколов под супер-дупер-реалтаймную-ОС пишут с нуля какие-то проприетарщики у себя на своей коленке. В итоге оно нещадно глючит и барахлит (в *никсах основные протоколы за годы отладили и интероперабельность в какиминть там виндами допилили и прочая). Ну и в итоге суперд-дупер-реалтайм экзот проигрывает по возможностям, глючит, а возможностей - минимум. И за дорого с хорощим наваром такое не продашь. А тут приходит юзер с своим юсб хардом и хочет шарить с него файло и качать туда торенты. А много вы торент-клиентов под VxWorks видели? Ну и я тоже столько же. А также аналогично с всякими там дровами ФС, usb-устройств и подобная. Ну и в итоге конкуренции супер-пупер-операционка идет на склады истории. Проще чип оперативки менее жлобский впаять, все-равно торент клиент и прочие фичи его захотят поюзать, а разница - какие-то считанные центы. А если учесть что по поводу глюков VwWorks еще и не доорешься (а любители ковырять прошивки без исходников ничего не смогут да и не особо то рвутся копаться в проприетарных экзотах) - понятное дело что оно такое хорошее, но в сумме вылетает с рынков. Куда и дорога. Так, по общим показателям. Ну не надо никому убогих глюкастиков. Даже если там и стоит как бы крутая с теоретической точки зрения реалтаймная система, с юзерской точки зрения это всего лишь убогий глюкавый шыт который ничего не умеет и жестоко глючит а то и просто не умеет позарез нужный протокол.
>[оверквотинг удален]
>а разница - какие-то считанные центы. А если учесть что по
>поводу глюков VwWorks еще и не доорешься (а любители ковырять прошивки
>без исходников ничего не смогут да и не особо то рвутся
>копаться в проприетарных экзотах) - понятное дело что оно такое хорошее,
>но в сумме вылетает с рынков. Куда и дорога. Так, по
>общим показателям. Ну не надо никому убогих глюкастиков. Даже если там
>и стоит как бы крутая с теоретической точки зрения реалтаймная система,
>с юзерской точки зрения это всего лишь убогий глюкавый шыт который
>ничего не умеет и жестоко глючит а то и просто не
>умеет позарез нужный протокол.VxWorks разрабатывался и ориентирован на промышленное применение для критических задач, и используюется в промышленных контроллерах которые управляют оборудованием нефтеперерабатывающих заводов, тэц и тп. Сравнивать даже Realtime linux и VxWorks неуместно, это все равно что сравнивать бортовые системы машины и бортовые системы самолетов.
Кто: ОАО "ЩЕКИНО-АЗОТ"
Зачем: АСУ ТП отделения моноэтаноламин (МЭА) очистки производства метанола
Что: Системы: TREI-5B-02, Круг-2000, Linux
А у метанола температура воспламенения около +10С, так что верит народ в Linux.* Сургутский ЗСК
* АСУ ТП узла учета отгрузки стабильного конденсата в автоцистерны "Сургутского ЗСК" для резервуарного парка стабильного конденсата (РП СК)
* TREI 5B-02 + Linux + Круг-2000* ОАО "НЭК" г. Новокузнецк
* Оборудование АСУ
* TREI-5B-02 + Linux + Unimod* ОАО "Криворожсталь"
* Система автоматического регулирования (САР) тепловой нагрузки ТЭЦ-2
* TREI-5B-02 + Круг-2000 + Linux* ОАО "Кузбассэнерго"
* Информационно-измерительный комплекс для оперативной диспетчерской группы управления теплоснабжением (ОДГ УТС)
* TREI-5B-02 + Linux* ОАО "Южный Кузбасс" г. Междуреченск, Россия
• АСУ ТП участка обратной подачи ОАО "Групповая обогатительная фабрика (ГОФ) "Томусинская"
• АСУ ТП участка углеприема ОАО "Групповая обогатительная фабрика (ГОФ) "Томусинская"
• АСУ обогатительной установки "Сибиргинская":
• Контроллер
• Пультовая секция
• АСУ ТП сушильно-топочного отделения ОАО "Групповая обогатительная фабрика "Томусинская" (ОАО "ГОФ "Томусинская")
• АСУ погрузки. ОАО "Групповая обогатительная фабрика "Томусинская" (ОАО "ГОФ "Томусинская"):
• Распределительный пункт РП-1
• Распределительный пункт РП-3* TREI-5B-02 + Linux + Круг-2000
TREI-5B-02 - это вот куча таких девайсов - http://trei-5b.ru/categoryID_trei02.html
>Кто: ОАО "ЩЕКИНО-АЗОТ"
>Зачем: АСУ ТП отделения моноэтаноламин (МЭА) очистки производства метанола
>Что: Системы: TREI-5B-02, Круг-2000, Linux
>А у метанола температура воспламенения около +10С, так что верит народ в
>Linux.интересно было бы узнать как на таком критическом обьекте реализованно резервирование контроллеров которые работают на линкусе
В на контроллерах которые работают под VxWorks это все реализовано и является стандартом для критических задач
>>Кто: ОАО "ЩЕКИНО-АЗОТ"
>>Зачем: АСУ ТП отделения моноэтаноламин (МЭА) очистки производства метанола
>>Что: Системы: TREI-5B-02, Круг-2000, Linux
>>А у метанола температура воспламенения около +10С, так что верит народ в
>>Linux.
>
>интересно было бы узнать как на таком критическом обьекте реализованно резервирование контроллеров
>которые работают на линкусе
>В на контроллерах которые работают под VxWorks это все реализовано и является
>стандартом для критических задачА ещё, более интересно, почему вот в этот модуль http://trei-5b.ru/productID_1216483129.html
не залит компаундом.
>[оверквотинг удален]
>>>А у метанола температура воспламенения около +10С, так что верит народ в
>>>Linux.
>>
>>интересно было бы узнать как на таком критическом обьекте реализованно резервирование контроллеров
>>которые работают на линкусе
>>В на контроллерах которые работают под VxWorks это все реализовано и является
>>стандартом для критических задач
>
>А ещё, более интересно, почему вот в этот модуль http://trei-5b.ru/productID_1216483129.html
>не залит компаундом.За то контакты все позолоченные...
С поделками товарищей из Пензы "наелся по самые гланды".
Особенно меня убило когда шкаф с распределенной периферией они умудрились запитать с двух разных фидеров, а потом бегали и удивлялись - почему платы аналоговых входов горят.
Я не говорю про ТРЕИ, они там не одни
>стандартом для критических задачНомер стандарта не подскажете? ;)
>сравнивать бортовые системы машины и бортовые системы самолетов.И тем не менее, у них кой-чего общего, особенно в системах отказ которых способен создать неприятности. В частности - в таких системах как правило нет никаких vxworks-ов и прочая, а есть максимально простое и тупенькое фирмваре, которое для натуральной реалтаймности крутится в 1-задачном режиме, целиком и полностью занимаясь своей задачей и вылизанное до битика.В итоге - никто не кодебет мозг "максимальной защитой от сбоев" и "быстрым и безпроблемным восстановлением". В реально критичных системах делают так чтобы сбоев быть не могло, максимально упрощая код и аудитя его до бита. И резервируют железо, разумеется. Представьте себе фирмваре тормозной системы. Скажите, а вас сильно утешит что оно просто и быстро отрекаврится после сбоя, если вы уже впечатались из-за неожиданного поведения тормозной системы возникшего из-за сбоя?
Как раз VxWorks крутиться внутри Simatic S7 (включая H и F).
S5 - были еще "железные", а S7 все программные.
Кстати Linux любит Allen-Bradley, они его пихают куда тольк можно.
TI/Mitsubishi юзают в основном (не все линейки) VxWorks и изредка QNX...
Говоря про S7, я не имел в виду 200/1200 (у этих я в потрохах не лазил)
Ах, не трогайте его. Его ZFS, которого нет в миниске, _всё_равно_длиннее_ того, кторого у Вас с ИБМом [вместе взятых!] нет в линюксе.
ZFS в миниксе нет, и она там не нужна. Миникс же никто не провозглашает как ОС для серверов. Зато аналогичная по фичам ФС нужна в линуксе, но ее там нет.
Дык btrfs клепают, так что будет. Как раз потому что нужна :).
> да ладно, в линукс один только ibm каждый год по миллиарду вечнозеленых вкладываетЗаметьте, Linux сперва развился а потом, когда все поняли что он им нужен, стали бабки вкладывать. А тут наоборот - был какой-то дохлый трупик который ожил только когда в него бабла вбубухали. Ну так то что угодно оживает. Таненбаум такой Таненбаум... :)
Вот это круто...у меня Realtek 8169!!!
Ну да, нетбук какой-то наверное?
Думаю, что практически непереносимы. Перенос может быть облегчен, если автор делал дополнительные интерфейсные прослойки между логикой управления устройством и вызовами к ядру.
>интерфейсные прослойки между логикой управления устройством и вызовами к ядру.И чем это засилье костылей будет лучше в результате? А вот к глюкам и тормозам самих дров и ядра добавятся еще и глюки и тормоза прослойки.
>И чем это засилье костылей будет лучше в результате? А вот к
>глюкам и тормозам самих дров и ядра добавятся еще и глюки
>и тормоза прослойки.Это не костыли, это нормальная практика разделения уровней абстракции. Компилятор в итоге все равно соптимизирует так, что затраты на дополнительные вызовы будут ничтожны. Профит очевиден: код, разделенный на логику и "грязную работу", всегда проще читать и сопровождать. Главное не переборщить, иначе эффект становится противоположным ;)
>Это не костыли, это нормальная практика разделения уровней абстракции.Угу, MS вон тоже сперва сделал графику академически правильно - в user mode. А когда оно на том железе да в NT не смогло рисовать гуй с приемлимой скоростью и юзеры проблевались - на правильность был положен болт и графика была снесена в костыль в ядре. А не сделай они этого - хрен два бы сейчас их системы 90% рынка десктопа бы занимали ;). Были бы там же где и миниксы примерно.
>Компилятор в итоге все равно соптимизирует так, что затраты на дополнительные
>вызовы будут ничтожны.Нюню? Переключения контекстов то ничтожны? Хорошая шутка. Если б все было так пушисто, проекты типа accel (ядерный pptp, от которого производители коробочек и провайдеры прутся) не появлялись бы. Такая ничтожность может запросто угробить скорость в каких-то пару раз в ряде случаев.
>Профит очевиден: код, разделенный на логику и "грязную работу", всегда проще
>читать и сопровождать. Главное не переборщить, иначе эффект становится противоположным ;)В теории всегда все круто. Пока не захочется поюзать это на практике. А вот тут то и оказывается что или оно большой набор подпорок и костылей и за счет их наличия и работает в реальном мире с реальным железом, или годно только чтобы за стеклом в музее стоять.
>Нюню? Переключения контекстов то ничтожны?Какое переключение контекста? Речь идет о коде, который весь находится в пространстве ядра. Просто более структурирован.
>Какое переключение контекста? Речь идет о коде, который весь находится в пространстве
>ядра. Просто более структурирован.Погодите, если все эти костыли загнать в ядро - оно уж точно будет не МИКРО? И в чем профит в еще одном костыльном чуде природы? Чисто в том что "+1" и "это круто"?
Основной плюс микроядра - в простоте и безглючности, он будет явно просран с таким подходом. Ради чего велосипедизм тогда? В случае микроядра изначально предполагалось что дрова - это менее привилегированные сущности в режиме юзера. Да, сбой драйвера не даст уложить и ядро (как минимум, в теории). Но за это цена в виде постоянного щелкания контекстами и вытекающие из этого тормоза. А если переходник-враппер и дрова впихнуть в ядро - получится ... ну, нечто типа линуха, только сделанного еще более через ж. Ну или я не понял суть вашей затеи.
>Погодите, если все эти костыли загнать в ядро - оно уж точно будет не МИКРО?Я говорил об обычном монолитном ядре. Тему обсуждения помнишь еще? "Портирование драйверов из Линукс".
>И в чем профит в еще одном костыльном чуде природы? Чисто в том что "+1" и "это круто"?
Профит я тебе уже объяснял. Вижу, ты не понял сути. Смотри, в порядке уровня абстракции:
драйвер:
--------- логика управления устройством
--------- код, взаимодействия с ядром
ядро:
--------- утилиты выделения памяти, синхронизации и т.п.В монолите все уровни в пространстве ядра. Теперь при портировании можно взять уровень "логика" без изменений и дописать уровень "взаимодействия". В случае с Миникс, эти 2 уровня будут в юзерспейсе. Это грубо, но суть должна быть понятна.
>Основной плюс микроядра - в простоте и безглючности, он будет явно просран
>с таким подходом. Ради чего велосипедизм тогда? В случае микроядра изначально
>предполагалось что дрова - это менее привилегированные сущности в режиме юзера.
>Да, сбой драйвера не даст уложить и ядро (как минимум, в
>теории). Но за это цена в виде постоянного щелкания контекстами и
>вытекающие из этого тормоза. А если переходник-враппер и дрова впихнуть в
>ядро - получится ... ну, нечто типа линуха, только сделанного еще
>более через ж. Ну или я не понял суть вашей затеи.Смотри ка ты. Правило про первые 200 символов любого твоего сообщения до сих пор работают. Ты сперва задаешь вопрос, а потом выстраиваешь длинную теорию, исходя из варианта, когда на вопрос нет ответа. Думаешь, я буду это комментировать?
>На сколько драйверы устройств для Linux переносимы на Minix?Портированию подлежат, но из-за микроядра не так просто как при портировании в *BSD и имеются проблемы с совместимостью лицензий (GPL vs BSD).
Совершенно невозможно по лицензионным соображениям.Совершенно не нужно, т.к. зачем хорошие вещи барахлом захламлять.
>Совершенно не нужно, т.к. зачем хорошие вещи барахлом захламлять.Действиетельно. Или будет работать но - с сложной системой из костылей и подпорок "по месту". Или - красиво, элегантно, но - только за стеклом в музее. А руками - не трогать! Такова жизнь. Думаете, в сказку попали? Ну не возят на гоночных автомобилях шкафы. Поэтому хоть гоночный автомобиль и сочетает в себе передовые технологии, на практике он абсолютно бесполезен и единственная "польза" от оных - красивое зрелище "на посмотреть" да подъем ЧСВ компании-обладателя.
Честно говоря, не представляю областей где миних можно использовать. Для обучения подходит и Линукс, а он к тому же и практически применим. А эта, ну, не знаю, ни к селу ни к городу. Жирное ИМХО, да.
Для освоения книги "Design and implementation".
Его хотят пилитьв сторону встраиваемых устройств, но примеров я не знаюСферический енот в ваккуме :)
>Для освоения книги "Design and implementation".Правильное название которой - "как не надо делать вашу ОС". Потому что если делать как Таненбаум - будете как Таненбаум хренадцать лет пытаться сделать что-то правильное. А потом - потом вам в отличие от могут и не дать грант. И будет у вас фига в кармане и никому не нужный трупик операционки. Годный только чтобы студентов обучать как [не]надо писать операционки.
>Его хотят пилитьв сторону встраиваемых устройств, но примеров я не знаю
В встраиваемых устройствах обычно нужна скорость. Процы там чаще всего достаточно дохлые и пошиковать лишними переключениями контекстов там вам никто не даст. Так что удачи, конечно, в этом направлении но думается это как максимум будут какие-то сильно экзотичные железки для ядерных реакторов и прочая. Вы их скорее всего ни разу в жизни вообще не увидите. Да и то - там идеальной надежности ОС или железа не требуется: просто втыкается несколько дублеров проверяющих результаты работы друг друга и если кому-то сорвало крышу по какой либо причине - заглючивший (чьи результаты отличаются от остальных) просто отключается и остальные продолжают без него.
>Сферический енот в ваккуме :)
Где-то типа того.
> Правильное название которой - "как не надо делать вашу ОС".мне вот интересно, сколько операционо вы лично написали? или хотя бы модулей? или хотя бы патчей? а сколько книг? :) интересная профессия "критик", нихрена делать не надо, зато натура человека сразу ясна!
Он linux-фанат, что вы хотите? Человек, для которого лицензия имеет больший смысл, чем программа
>мне вот интересно, сколько операционо вы лично написали? или хотя бы модулей?Угу, а если мне в ресторане дадут г-но на тарелочке, мне надо, видимо, тихонько его скушать. Потому что я видите ли не шеф-повар :). Хорошая логика.
>или хотя бы патчей?
Этим балуюсь иногда. Правда для именно ядра и чтоб в майнлайн приняли - не, такого не было. Для user-mode софта - бывает и такое. Сколько именно - гм, не приходило в бошку считать. Ах да, еще бывало пару переключателей задач сооружал. Ну, совсем-сосем-микро-ядро :). Правда у меня не хватает наглости называть сие операционками. Просто дележка времени проца на несколько потоков команд.
>а сколько книг? :)
Нисколько :P.
>интересная профессия "критик",
Не критик а тестер :P. Да, тестеры называют вещи своими именами. Если кому-то это не нравится, он в своем праве убиться об стену с разбега.
>нихрена делать не надо, зато натура человека сразу ясна!
Зря вы так о тестерах. Было бы хорошо если б вам за это подсунули непротестированную фирмвару в тормозной системе или системе управления двигателя вашего авто :)
>Честно говоря, не представляю областей где миних можно использовать. Для обучения подходит
>и Линукс, а он к тому же и практически применим. А
>эта, ну, не знаю, ни к селу ни к городу. Жирное
>ИМХО, да.для изучения лучше миникса нет.. фактически на этой операционке и изучают устройство ядра. посмотрите какой богатый раздел с документацией http://www.minix3.ru/docs.html
>Честно говоря, не представляю областей где миних можно использовать. Для обучения подходит
>и Линукс, а он к тому же и практически применим. А
>эта, ну, не знаю, ни к селу ни к городу. Жирное
>ИМХО, да.Здесь http://www.opennet.me/openforum/vsluhforumID3/63610.html#9 Erley хорошо написал про суть доклада Таненбаума на FOSDEM
>Честно говоря, не представляю областей где миних можно использовать. Для обучения подходит
>и Линукс, а он к тому же и практически применим.Линух уже не подходит до обучения, проффесора-то не фкуривают как оно работает,
а вы про студентов... :)
Ну дык. Или простое и академически правильное, или работает в реальном мире на реальном железе с реальными девайсами. А так чтобы и на елку влезть и попу не ободрать - много хотите, так не бывает.
Микроядро это микроядро. Предполагается много маленьких многопроцессорных компьютеров, объединённых в сеть, на которых запущена вот такая операционка. Линукс тут явно не к селу не к городу. Он и дальше будет безуспешно решать проблему глобальных блокировок и проч. фигни, в то время как в миниксе таких проблем просто не существует.
Глобальные блокировки возникают от того, что несколько компонент ядра обращаются к общим данным. Отказ от такого поведения просадит производительность ниже плинтуса.А проблема блокировок возникает и при работе многих компьютеров в сети. Бороться с этой проблемой можно, но никак не увеличением числа компьютеров в этой сети.
А производительность вашего мозга не проседает ?
Исследования показывают, что в мозгу одновременно работают тысячи независимых агентов, которые взаимодействуют между собой и т.д ... Что приводит к такому феномену, как интеллект. Ещё есть такая штука, как OOAD, если почитать, что мир становится понятней.
и причем тут миникс к твоему комментарию ?
>Микроядро это микроядро. Предполагается много маленьких многопроцессорных компьютеров, объединённых в сеть, на
>которых запущена вот такая операционка.У профессора Таненбаума была другая операционная система, тоже построенная на микроядре. Называлась она Амёбой - http://www.cs.vu.nl/pub/amoeba/ . И именно она была нацелена на то, что вы описываете.
А Minix - это всего-лишь Unix, построенный на более современном ядре. И как у всякого UNIX'а его "целевой" компьютер - родственник совершенно однопроцессорного PDP11. :-)
то-то linux на половине кластеров стоит...
А виндовс на 90% десктопов, но это же не говорит качестве !!!
на десктопах пользователи которые неспособны к изменению ОС.
На серверах админы, намного более готовые к изменениям ради качества.
>> На серверах админы, намного более готовые к изменениям ради качества.Мечтаете?
>А виндовс на 90% десктопов, но это же не говорит качестве !!!Как не говорит и о том что микроядра в чистом виде нужны где-то кроме нескольких очень специфичных ниш где производительность не главное.
>то-то linux на половине кластеров стоит...Половине? В топ500 поболее половины, IIRC. И, блин, процессоров и сетей там - хоть отбавляй.
>Микроядро это микроядро. Предполагается много маленьких многопроцессорных компьютеров, объединённых в сеть, на
>которых запущена вот такая операционка. Линукс тут явно не к селу
>не к городу. Он и дальше будет безуспешно решать проблему глобальных
>блокировок и проч. фигниТкни пальцем в код, где у Linux проблема глобальных блокировок???
> будет безуспешно решать проблему глобальных блокировок и проч. фигниПока вы тут газифицируете, посмотрите заодно что там у нас в топ500 занимает большую часть. Да-да, с сетями и кучами процессоров. Там почему-то нифига не миникс. Эти теоретики такие теоретики :)
Как говориться - Linux уже работает, а MINIX еще из детских штанишек не вылезла.
Я думаю это показатель.
>Как говориться - Linux уже работает, а MINIX еще из детских штанишек
>не вылезла.
>Я думаю это показатель.Линукс это с каких пор микроядро? А тогда показатель чего?
Что копроэкономика побеждает всё и будущее в недоделанных дешёвых заменителях заменителей?
Трава видать крепка - не отпускает совсем?
Я говорил о коммерческой эскплуатации систем: до тех пор пока система не приносит коммерческой выгоды - это пустой звук.
такую штуку по идее можно на марсоходы и прочее ставить. Жаль, что нету мощного коммерческого толкача для разгона проекта.
вот коммерческий-то толчок как раз не так давно был. А вот практический толчок нужен - да. Эта версия ждет своего применения, на эксплуатации студентов и пока жив автор - сможет дальше ждать.
>такую штуку по идее можно на марсоходы и прочее ставить. Жаль, что
>нету мощного коммерческого толкача для разгона проекта.кстати, на марсоходах такие костыли работают, что поделка миникса в плане архитектуры просто шедевр. (но как раз простые линейные системы с множественным дублированием как раз и оказываются самыми живучими.)
>>такую штуку по идее можно на марсоходы и прочее ставить. Жаль, что
>>нету мощного коммерческого толкача для разгона проекта.
>
>кстати, на марсоходах такие костыли работают, что поделка миникса в плане архитектуры
>просто шедевр. (но как раз простые линейные системы с множественным дублированием
>как раз и оказываются самыми живучими.)PowerPC c VxWorks тама...
А Миниху до космоса, как самогону до ракетного топлива...
Прикрутили бы уже pkgsrc или другую source-based пакетную систему. Без софта любая ось - бесполезная игрушка.
>Прикрутили бы уже pkgsrc или другую source-based пакетную систему. Без софта любая
>ось - бесполезная игрушка.Можно подумать у миникса есть другие цели, кроме как быть бесполезной игрушкой.
Я догадался как поставить там иксы. Но при запуске оно выдает какую-то кашу на экране и не реагирует.Вопрос:
1) какие виртуалки умеют правильно дружить с графикой от minix3?
2) если никакие, то придется ставить на комп?В принципе у еня старый комп для экспериментов, но в виртуалке удобнее :)
"догадливый" :))
там черным-по-аглицки написано жми GDM стартанут иксы )я запустил даное "чудо" на виртуалбоксе под виндой7 х64.
С Х=сами.Вот только сколь-либо практическое применение для себя пока не нашел.
Получился чисто аккадемический интересе.(кстати, данная новость перед этим пробегала в мини-новостях опеннета и там я уже писал
по поводу успешного запуска под виртуалбоксом. Но почему то при перекочевании новости из мини в главную - коменты пропали и мои и других. (или я просто не нашел старую копию новости ?)
> там черным-по-аглицки написано жми GDM стартанут иксы )http://wiki.minix3.org/en/UsersGuide/IntroductionToX
When installation is completed, be sure you are logged in as root and type: xdmПожалуйста, не выпендривайся, если есть успешный опыт запуска Xов, который отличается от того что по моей ссылке - напиши. Всем будет интересно и полезно.
ЗЫ
Тоже использую VirtualBox...
ЗЗЫ
Я использую такую команду для запуска: Start your VM with this command: VBoxSDL --startvm minix --norawr0 --norawr3.
Потому что у меня нет аппаратной акселерации. А у тебя как? Может в этом разница?
без выпендрежа, а в какой системе крутится вбокс у тебя ?
может в этом проблема?
У меня Ubuntu Linux 9.10 x86_64. VirtualBox 3.1.2, последний. Pentium D 815, аппаратная акселерация виртуализации выключена.При запуске появляются полосы в окне, что-то оно все же пытается вывести на экран.
Может QEMU заюзать?..
http://picasaweb.google.com/minamotosoft/Minix#5436012061332...Платформа винда 7 х64 на асус Р7Р55 видео интегрированное в проц i3
vbox 3.1.2 http://picasaweb.google.com/minamotosoft/Minix#5436013160240...На счет аппаратной вируализации не скажу, потому как ставил на (2 цпу + поддержка аппаратной виртуализации) теперь если вырубить все это то миникс в кэрнел-паник падает.
Но думаю если установка прошла до приглашения шэла то должно работать.
Единственное что приходит на ум, так это разрешение экрана, почему то стартует в режиме 1280х1024. меньше никак :)
> Единственное что приходит на ум, так это разрешение экрана, почему то стартует в режиме 1280х1024. меньше никак :)Во, точно... Видимо из за этого проблема. У меня то 1024x768...
>Может QEMU заюзать?..
>(кстати, данная новость перед этим пробегала в мини-новостях опеннета и там я
>уже писал
>по поводу успешного запуска под виртуалбоксом. Но почему то при перекочевании новости
>из мини в главную - коменты пропали и мои и других.
>(или я просто не нашел старую копию новости ?)Это разные новости, там бы тестовый выпуск, здесь - стабильный релиз.
Комменты вроде на месте http://www.opennet.me/opennews/art.shtml?num=25315
Мне приходится крутить на VBox или KVM. На ноуте MSI U120 перезагружается после старта ядра (и не только у меня). Писал на MINIX трекер - тишина :(.
ось на самом деле сделана ГРАМОТНО.
вот если бы FOSS-комьюнити у нее было НОРМАЛЬНОГО размера ...
но увы и ах.
пока.
подвинуть QNX не подвинет, но в остальное - почему нет ?
было бы занятно увидеть среди одной(помимо kFBSD и L-UX)из веток Debian ;)
QNX другого поля ягода, MINIXу там делать нечего
Много ли инсталляций Darwin OS? А в составе Mac OS X это 10% рынка. Может на основе Minix какая-нибудь компания создаст классную десктоп систему. Между прочим, и NextStep, и Mac были спроектированы, написаны и отлажены за несколько лет, в отличие от.
>10% рынка. Может на основе Minix какая-нибудь компания создаст классную десктоп
>систему.А он чем-то таким этаким лучше других заточен на создание десктопов, что компания выберет именно его? Интересно, и чем же? А то для компаний аргументы вида "микроядро это круто" совершенно не катят.
Спасибо всем кто помог с X сервером для Minix. С VirtualBox так и не заработало. А вот с QEMU графика запустилась сразу и без проблем.
ставил какую-то предыдущую версию миникс в qemu на Debian Sid пару месяцев назад
X-ы стартовали
посмотрел, порадовался, удалил