Доступен (http://genode.org/news/genode-os-framework-release-12.02) релиз открытой микроядерной операционной системы Genode OS Framework 12.02 (http://genode.org/documentation/release-notes/12.02), первый выпуск в рамках реализации плана по превращению Genode в операционную систему общего назначения, которая может быть использована для выполнения повседневных задач. Развитие Genode переведено на полностью открытую модель разработки, подразумевающую открытость принятия решений и вовлечение в разработку заинтересованных сторонних лиц. Все изменения теперь сразу отражаются в публичном Git-репозитории. В качестве основной платформы для ведения разработки, управления кодом и взаимодействия разработчиков выбран GitHub (http://github.com/genodelabs/genode). Ранее все решения принимались компанией Genode Labs, а для разработки использовалась смесь из закрытого репозиторя Mercurial и публичного репозитория Subversion.
Genode предоставляет разработчикам унифицированную инфраструктуру для с...URL: http://genode.org/news/genode-os-framework-release-12.02
Новость: http://www.opennet.me/opennews/art.shtml?num=33230
Они выполнили свои обещания? О_о Молодцы! А я не верил... Но впереди еще более сложные задачи. Удачи им. Может к концу года будет уже рабочая ОС.
Немцы - по плану.
Не "немцы", а "германцы". Они не немые.
> Не "немцы", а "германцы". Они не немые.Они "не мы". То есть, другие, иностранцы.
Даешь Debian/Genode !
Нет! Даешь GENtoODE!
GenoSUiSEide
> Genode предоставляет разработчикам унифицированную инфраструктуру для создания
> пользовательских приложений, работающих поверх собственного микроядра или ядер
> Linux (32 и 64 бит), OKL4v2 (x86 и ARMv4), L4/Fiasco и L4ka::Pistachio.Откуда вы это взяли ? какое собственное микроядро ? я вижу в доке такой список
http://genode.org/documentation/platforms/index> Входящее в состав паравиртуализированное Linux-ядро OKLinux позволяет выполнять
> в Genode обычные Linux программы.Ядро это работает поверх окаменелового OKL4 и имеет последний публичный релиз 2.6.28 - скурвились OKL4 после того как отпочковались от Pistachio - вот вам пример сра-ых лицензий BSD, все наработки закрыты. Православное ядро L4 - Fiasco.OC под GPL и работает поверх него L4Linux, последний релиз ядра 3.0
скорее простетанское, католическое или баптистское ядро :D
>скорее простетанское, католическое или баптистское ядровообще-то это не относится к религии :) Fiasco.OC - это текущая разработка, L4/Fiasco больше не развивается, чтобы было понятней вам - это как ядро Linux 2.4 и 2.6. А лицензия BSD - это ад, она тормозит развитие СПО.
>А лицензия BSD - это ад, она тормозит развитие СПО.Чтобы еще было понятней - OKL4 это отпочковавшаяся ветка Pistachio/ARM, они отделились и в Pistachio поддержки ARM больше нет, при этом закрыли все исходники. В GPL-ом варианте L4 - Fiasco.OC есть поддержка вплоть до armv7 (Cortex-A). То же самое происходит и в LLVM - все что имеет коммерческий интерес, а это в первую очередь поддержка ARM - закрыто, в паблике какие-то вялые наработки, которые сливают GCC в разы.
Что за бред... Кто и как закрыл исходники? Берем google и находим, например:http://permalink.gmane.org/gmane.comp.micro-kernel.l4.l4ka.g...
http://comments.gmane.org/gmane.comp.micro-kernel.l4.l4ka.ge...Из которых видно, что соответствующий код никто не закрывал и лежит в соответствующих ветках репозитория. Просто код оказался никому не нужен. При чем тут BSDL?
В сети (на том же sourceforge.net) точно также есть тонны заброшенного и никому не нужного GPL-кода.
> Что за бред... Кто и как закрыл исходники? Берем google и находим, например:Там код еще более древний чем публично доступный у OKL4
> Просто код оказался никому не нужен.
Сходи и просветись
http://www.ok-labs.com/products/overview
> Based on OK Labs experience helping customers deploy OKL4 in 1.4 billion mobile phones to date
> При чем тут BSDL?При том что в паблике по твоей же ссылке
> ARM support has been discontinued.
Ты о чем вообще?BSDL код, написанный под ARM, оказался никому не нужен, но он спокойно лежит в репозитории. И его никто не закрывал. Утверждение вышестоящего, это неаргументированное, злостное вранье и троллизм. Единственной целью его изречения была попытка обосрать BSDL.
Дебильный холивар GPL vs BSDL уже конкретно задолбал. Тем более когда его всякие пионеры пытаются начать его с тупого передергивания фактов.
То что ребятам из OKL4 было не лень развивать аналогичный продукт под GPL (у которого, судя по ряду признаков, ноги растут из того самого "забытого" кода BSDL), то честь им и хвала, но речь шла про исходники под BSDL, которые, еще раз повторюсь, никто не закрывал.
>BSDL код, написанный под ARM, оказался никому не нуженТы действительно в это веришь ? даже ссылка на биллионный продукт ничего не меняет ?
> Дебильный холивар GPL vs BSDL уже конкретно задолбал. Тем более когда его всякие пионеры пытаются начать его с тупого передергивания фактов.
какие еще факты нужны ?? какое передергивание ? мне нас-ть на лицензию, принимаю участие по возможности в любом _открытом_ поекте который мне интересен
>То что ребятам из OKL4 было не лень развивать аналогичный продукт под GPL
ничего они не развивали, они просто откололись и закрыли исходники, это _вообще другая реализация L4 api_ нежели GPL версия Fiasco.OC под GPL
> всякие пионеры пытаются начать
пионер тут ты - ты вообще ничего не представляешь о том что пытаешься обсуждать
> но речь шла про исходники под BSDL, которые, еще раз повторюсь, никто не закрывал.
все закрыто, в паблике нет вообще ничего кроме устаревшего говна, которое никому нафик не нужно - это просто отмазка.
Все опенсорсные проекты для АRM, изначально не завязанные на конкретную платформу, рано или поздно начинают фрагментироваться на разные платформы. Поскольку производители, которые обычно являются спонсорами таких проектов обычно начинают тянуть одеяло в сторону.Конец в таких проектах, как правило, один и тот же. И лицензии тут вообще не играют никакую роль...
>Все опенсорсные проекты для АRM, изначально не завязанные на конкретную платформуссылку дай хоть на один такой или пизд-ол, ты похоже вообще не различаешь что такое user space и kernel space, что такое основной проект и плагин
> Конец в таких проектах, как правило, один и тот же. И лицензии тут вообще не играют никакую роль...
видимо поэтому LLVM сливает linaro-gcc да и вообще gcc в разы.
Вот интересно, как у этого "игла в яйце, яйцо в утке, утка в зайце" с быстродействием?
На данный момент быстро работает.
Оло-ло, оно на С++ что ли написано?class Timer : Mmio
{
struct Value : Register<0x0, 32> { };
struct Control : Register<0x4, 8> {
struct Enable : Bitfield<0,1> { };
struct Irq : Bitfield<3,1> { };
struct Method : Bitfield<1,2>
{
enum { ONCE = 1, RELOAD = 2, CYCLE = 3 };
};
};public:
Timer(addr_t base) : Mmio(base) { }
void enable();
void set_timeout(Value::access_t duration);
bool irq_raised();
};
и это замечательно
http://harmful.cat-v.org/software/c++/linus
Линус не согласен )
> http://harmful.cat-v.org/software/c++/linus
> Линус не согласен )эмоциональные выпады. то, что линус - истеричка и узурпатор - не новость. про буст - скорее правда, про стл - не очень. отказавшись от исключений, и излишне переусложнённых моделей, можно эффективно пользоваться преимуществами плюсов, даже при написании ядра, чем, судя по коду, авторы обсуждаемого проекта и воспользовались.
Разработчики MacOS-X тоже этим воспользовались
при написании драйверов, хотя, STL-ем там вроде не пахнет.
> Разработчики MacOS-X тоже этим воспользовалисьТак вот почему у них система при просто каче торентов хомяками трапается, в отличие от всех остальных.. :)
В итоге после того как вы откажетесь от ненужного и откровенно вредного (для написания ядра) у вас останется cтарый добрый C плюс немножко синтаксического сахара.
О чем собственно Торвальдс и пишет:In general, I'd say that anybody who designs his kernel modules for C++ is either
(a) looking for problems
(b) a C++ bigot that can't see what he is writing is really just C anyway
(c) was given an assignment in CS class to do so.И это если разработчики не переругаются насмерть обсуждая какие именно фичи C++ не стоит использовать в коде ядра :)
ты не поверишь но твоя любимая ява тоже на ++
> ты не поверишь но твоя любимая ява тоже на ++Моя любимая что? Я на Си пишу )
> Моя любимая что? Я на Си пишу )return -1; // trolling failed
А почему вдруг бздушная библиотека понадобилась?
Чем нормальная libc не подошла?
У них же самих лицензия ГПЛ вроде.
Судя по тому сколько раз glibc переделывали - можно судить о ее качестве.
Чтоб не терпеть высокомерия Ульриха Дреперра, не?
> Чтоб не терпеть высокомерия Ульриха Дреперра, не?eglibc в этом плане вполне нормальный :)
BSD libc тож нормальная, ее и взяли
> eglibc в этом плане вполне нормальный :)eglibc - это та же glibc от Дреппера, только с наворотами, позволяющими собрать урезанные версии для embedded-систем.
> eglibc - это та же glibc от Дреппера, только с наворотами, позволяющими
> собрать урезанные версии для embedded-систем....и без Дреппера :-)
> Чтоб не терпеть высокомерия Ульриха Дреперра, не?Ага, а свое ядро genode создали, чтобы не терпеть высокомерия Торвальдса, да.
Практически все ключевые разработчики опенсорсных проектов - весьма одиозные личности. Достаточно вспомнить Торвальдса, Дреппера, Поттеринга. Глупые школьники используют эти фамилии в качестве ругательств, но именно эти люди создают GNU/Linux.
> А почему вдруг бздушная библиотека понадобилась?
> Чем нормальная libc не подошла?
> У них же самих лицензия ГПЛ вроде.качество кода выше
пруфлинк или брехло.
> качество кода вышеВысокое качество кода в BSD-проектах - это миф.
Баги в них реже находят, это да. Но не потому, что они так хорошо написаны, а потому, что ими мало кто пользуется.
А если даже какая-нибудь Apple и возьмет себе BSD-код, и найдет в нем ошибку, то вряд ли будет делиться - зачем потенциальным конкурентам помогать?
> Высокое качество кода в BSD-проектах - это миф.Достаточно вспомнить как заявленный стабильным ZFS вис в sendfile().
А кому эта ОС вообще сдалась то? И так уже 100500 дистрибутивов наплодили и в каждом тьма своих проблем, ну конечно кроме Арча, так как он The Best!
> А кому эта ОС вообще сдалась то? И так уже 100500 дистрибутивов
> наплодили и в каждом тьма своих проблем, ну конечно кроме Арча,
> так как он The Best!То-же что-ли арчевод ? в Арче есть проблемы, просто ты с ними не столкнулся, когда-нить и у тебя будут с ним проблемы, которых не будет у других.
Я тоже считал что нет проблем, но с обновлениями - появляются :)
проблемы конечно решаемы :)
что по попику, так лично я - был бы рад видеть в Арче возможность поюзать микроядро.
Сам Торвальдс же говорил, что обеспокоен темпами разростания кода ядра.
Раньше надо было беспокоиться. Скоро объем превысит вендец.
Потихоньку надо растить приеемника linux. Если делать это сейчас, то через пару десятков лет, когда (если) у linux будут проблемы с управляемостью, он будет очень кстати
Вы хотели сказать "когда Линус отойдёт в мир иной", на так ли?
> Потихоньку надо растить приеемника linux. Если делать это сейчас, то через пару десятков лет, когда (если) у linux будут проблемы с управляемостью, он будет очень кстатиТорвальдс видит эти проблемы уже сейчас.
Что-нибудь бы plan9-подобное, чтобы решить этот балаган с сетевым стеком - ворохом портов, протоколов, авторизаций, транспортов и т.д. Т.е. отойти от АПИ в сторону минималистичного файлового интерфейса, убрав костыльное понятие цифирек (портов).А так же гармонично решить проблему симбиоза систем, "шаринга ресурсов" без велосипедо-строения (например использовать камеру с мобильника как web-камеру через единый протокол), убрать все эти костыли в виде блютус стеков и т.п. - единый протокол поверх usb, блютус, ethrnet и т.п.
Прозрачно встроить в эту систему доступ к ПО - т.е. каждая программа предоставляет доступ к своим ресурсам через псевдо-файловую систему, "расшаривая" её для других, по сети ли (поверх единого протокола) или локально - не важно. В результате - "облачные вычисления у вас дома", т.е. результат/ввод данных на мобильнике/планшете - обработка на ПК, часть данных может на кластере и т.д. - всё прозрачно и без лишних программных прослоек и всевозможных уникальных АПИ...
Да, если бы! Вот когда появится кто-нить, кто вот это увидит в коде, он и смог бы стать создателем действительно революционной ОС. Не в смысле, что он придумал бы что-то новое, а в смысле, что он смог бы объединить преимущества всех известных подходов.Но у любой новой ОС всегда есть преграда на пути к массовости (в масштабах линукса) - драйверы. Но разработчики из среды линукса, уже, кажется, выступают за создание языка описания драйверов. Вот если удастся создать язык, точно описывающий требования, и не опирающийся на конкретные достижения линукса, вот тогда можно смело браться за написание ОС и транслятора требований в конкретные механизмы, реализуемые в этой ОС.
> Да, если бы! Вот когда появится кто-нить, кто вот это увидит в
> коде, он и смог бы стать создателем действительно революционной ОС. Не
> в смысле, что он придумал бы что-то новое, а в смысле,
> что он смог бы объединить преимущества всех известных подходов.Ну дак в коде уже есть - Plan9. Или я не правильно вас понял? Тот же /proc и /sys в Linux - идеи, перенесённые из Plan9, utf8 от туда же...
> Но у любой новой ОС всегда есть преграда на пути к массовости
> (в масштабах линукса) - драйверы. Но разработчики из среды линукса, уже,
> кажется, выступают за создание языка описания драйверов. Вот если удастся создать
> язык, точно описывающий требования, и не опирающийся на конкретные достижения линукса,
> вот тогда можно смело браться за написание ОС и транслятора требований
> в конкретные механизмы, реализуемые в этой ОС.Я думаю, что обществу сейчас, несмотря ни архитектурные недочёты, важна в первую очередь "победа свободного ПО", идеи свободы. А уж техническая реализация, архитектурная красота и минималистская гармония - это второй этап.
Т.е. в тот момент, когда линукс будет занимать 90% всех ПК, тогда появятся люди, которым будет скушно в основном потоке, которым захочется новой струи и т.д. И это не так уж и плохо. :-)
> сторону минималистичного файлового интерфейса, убрав костыльное понятие цифирек (портов)....и обломаться на первом же маршрутизаторе провайдера, ибо он кроме айпи и портов знать ничего не знает.
> ...и обломаться на первом же маршрутизаторе провайдера, ибо он кроме айпи и
> портов знать ничего не знает.Переход с ipv4 на 6 тоже вот уже сколько лет идёт. Через всякие трансляторы, туннели. Но куда тут денешься, если надо.
Существующим разработчикам прекрасно кодится и в существующем линуксе. Но вот у новых, думается, будет возникать всё больше вопросов, а почему так, это ж когда так придумали и решили. И вот, когда уже и "старики" не смогут более совладать с имеющимся наследием, то тоже никуда не денуться от более современного взгляда на архитектуру. Прям как с X11 vs Wayland. Но хотелось бы, чтобы они успели раньше решиться на важный шаг, а не в духе X12.
>> сторону минималистичного файлового интерфейса, убрав костыльное понятие цифирек (портов).
> ...и обломаться на первом же маршрутизаторе провайдера, ибо он кроме айпи и
> портов знать ничего не знает.высокоуровневый транспорт можно, я думаю, проложить поверх любого транспортного протокола.
Ерунда какая-то.10 уровней абстрации + виртуальная машина для запуска приложений, которые по-хорошему нужно было бы делать нативными. Не, я понимаю, что усилиями Линуса Торвальдса и ещё ряда деятелей API меняется при каждом обновлении, но виртуальная машина - это перебор.
Там нет виртуальной машины. Гуглить по слову «паравиртаулизация».
Для запуска дополнительных программ будет задействован поддерживаемый в Genode механизм создания виртуальных машин уровня отдельных приложений, в частности, можно будет запускать программы в виртуальной машине с Linux.
>можно будет запускать программы в виртуальной машине с Linux.Это перевод неправильный или непонимание - не полная виртуализация а как правильно сказали выше - паравиртуализация. Код гостевой ОС незначительно изменяется, падение производительности оень маленькое по сравнению с нативным, а в некторых случаях может возрастать из-за природы микроядра - быстрый IPC и переключение контекста.
> Для запуска дополнительных программ будет задействован поддерживаемый в Genode механизм
> создания виртуальных машин уровня отдельных приложений, в частности, можно будет запускать
> программы в виртуальной машине с Linux.Перевод крив, да. Читайте первоисточники.
> 10 уровней абстрации + виртуальная машина для запуска приложений, которые по-хорошему нужно
> было бы делать нативными. Не, я понимаю, что усилиями Линуса Торвальдса
> и ещё ряда деятелей API меняется при каждом обновлении, но виртуальная
> машина - это перебор.Ага, ага. Вот, например, в NTVDM было такое огромное падение производительности по сравнению с нативным досом... =)
Genode - ОСь будущего, кажется у Hurd и Minix появился крайне сильный конкурента ядро на "разумных" плюсах - это большой плюс!
ждем LiveCD 12.02 - там старый тока лежит
> Genode - ОСь будущего, кажется у Hurd и Minix появился крайне сильный конкурентКакая конкуренция, вы о чем? Hurd и Minix3 скорее мертвы, чем живы.
Пока что Genode - это единственная надежда микроядерного направления.
HaikuOS
http://haikuware.com
http://haikuware.ru
http://qt-haiku.ru http://torrents.thepiratebay.s...
> Пока что Genode - это единственная надежда микроядерного направления.Какое микроядерное направление, когда его железо элементарно неподдерживает - тормозит при переключениях контекста? Это как на ускоренной в миллион раз ХТ делать многопользовательскую ОС.
>HaikuOSкак там с поддержкой чего-то отличного от IA32 ? шевеления только или есть что-то работающее ?