Компания Google опубликовала (https://news.ycombinator.com/item?id=12271354) наработки по созданию новой операционной системы Fuchsia (https://fuchsia.googlesource.com/), для которой развивается два новых ядра Magenta (https://github.com/fuchsia-mirror/magenta/blob/master/docs/i...) и LK (https://github.com/fuchsia-mirror/magenta/blob/master/docs/l...). Ядра распространяются (https://github.com/fuchsia-mirror) под лицензией MIT, а системные компоненты под лицензией Apache 2.0. В качестве поддерживаемых архитектур заявлены ARM, ARM64 и x86-64. Минимальное системное окружение уже может быть запущено (https://fuchsia.googlesource.com/magenta/+/master/docs/getti...) в QEMU.
Magenta является (https://fuchsia.googlesource.com/magenta/+/master/docs/mg_an...) полнофункциональным ядром, ориентированным на применение на достаточно мощных устройствах, таких как смартфоны и персональные компьютеры. Ядро LK предназначено для систем с ограниченным размером ОЗУ и небольшой производительностью процессора, которые обычно применяются во встраиваемых решениях. LK может рассматриваться как открытая альтернатива таким коммерческим системам, как FreeRTOS и ThreadX. Ядро Magenta оформлено в виде надстройки над LK с реализацией дополнительных концепций. Например, в Magenta имеется поддержка процессов, а в LK нет, но реализация процессов в Magenta вовлекает компоненты LK для работы с памятью и потоками. В Magenta также поддерживаются такие отсутствующие в LK возможности, как уровень пользователя, система обработки объектов и модель обеспечения безопасности на основе capability.Официального анонса нового проекта, поясняющего цели разработки, пока не опубликовано - в настоящий момент Google просто разместил код в репозиториях. Документация к проекту пока минимальна (https://fuchsia.googlesource.com/magenta/+/master/docs/), а общая информация оформлена (https://fuchsia.googlesource.com/fuchsia/) в виде загадки "Pink + Purple == Fuchsia (a new Operating System)". При этом, в команде Fuchsia отмечены (https://news.ycombinator.com/item?id=12271658) некоторые крупные разработчики, принимавшие участие в создании проектов NewOS, BeOS, Danger, iOS и webOS, включая Трейвиса Гайселбрета (Travis Geiselbrecht) и Брайна Свитлэнда (Brian Swetland), инженеров, развивавших ядро BeOS.
URL: https://news.ycombinator.com/item?id=12271354
Новость: http://www.opennet.me/opennews/art.shtml?num=44952
>и оформлена в виде загадки "Pink + Purple == Fuchsia (a new Operating System)"Сраные позёры. Ну и хрен с ними. Я понимаю, что их отдел маркетинга считает (и не без оснований), что достаточно сделать загадочное выражение морды и сотни тысяч детишек ринутся разгадывать загадки и гадить "вирусной" рекламой по всему интернету.
Это не загадка, а каламбур. Надо вашу желчь добавить в палитру.
> Это не загадка, а каламбур. Надо вашу желчь добавить в палитру.Посмотри на цвет фона опеннета. Уже сделано!
Нормальный способ пресс-релиза для технорей. По теме - здорово что наконец появится нормальное open source ядро, сколько можно работать с поделками студентов
>>и оформлена в виде загадки "Pink + Purple == Fuchsia (a new Operating System)"
> Сраные позёры.Пижоны? :о)
А чем ядро Linux из перестало устраивать?
В ядре Linux фатальный недостаток
В ядро Linux вложено столько человекочасов, что даже гуглу не нагнать.
Так что дергаться не вижу смысла.
Поэтому и опенсурс с надеждой, что взлетит
>> Поэтому и опенсурс с надеждой, что взлетитВы это про Flutter?
Тот что, в "вечном" an early-stage.
Может и взлетит, но летать точно не будет.
> Вы это про Flutter?Dart тоже мегауспешен. Не видишь - мир уже захватил. Для гугла совершенно нормально делать кучу всего и 90% спускать в трэш. Что их wave, что google code. Вообще, разве хорошо если проект тихо дохнет в недрах даже без дампа сорцов на публику? Это ж ни себе ни людям.
>Поэтому и опенсурс с надеждой, что взлетитВовсе это не связано с надеждой на взлёт, а связано с надеждой в будущем если дела пойдут хорошо, закрыть разработку внутри компании, ну или привязать альтернативные закрытые зависимости без которых эти ядра полноценно использовать будет нельзя.
Для ядер выбрана BSD-like лицензия, а что творится с BSD системами все прекрасно видят - непопулярность всё возрастает, потому что нет дураков вкладывать свой труд в BSD без всяких гарантий что этот труд в один прекрасный день не закроют в производной работе. Linux со своей GPL даёт такую гарантию, так что пока существует Linux только глупцы или беспринципные люди, которые живут по правилу после меня хоть потоп, станут участвовать в разработке ядер под BSD-like лицензиями.
Под BSD-лицензиями есть разные системы. PostgreSQL, например.Как вы думаете, почему ваши слова
> все прекрасно видят - непопулярность всё возрастает, потому что нет дураков вкладывать свой труд в BSD без всяких гарантий что этот труд в один прекрасный день не закроют в производной работе
не описывают реальность развития PostgreSQL?
>без всяких гарантий что этот труд в один прекрасный день не закроют в производной работеКак это возможно, если исходный код открыт, закрыть могут лишь свои наработки.
>Как это возможноА то ты не понимаешь ...
Станут разрабатывать свою закрытую версию, а открытая останется без большинства разработчиков, постепенно потеряет актуальность и станет никому не нужна. Или привяжут открытую версию к своим проприетарным компонентам, так что без них от открытой версии толку будет мало.
Ведь это же и так всем фанатам BSD-license понятно, но они каждой раз услышав подобную критику BSD-license артистически заводят глаза и заламывают руки, мол не понимаем в чем дело, вот жеж лицемеры ...
> Станут разрабатывать свою закрытую версию, а открытая останется без большинства
> разработчиков, постепенно потеряет актуальность и станет никому не нужна. Или привяжут
> открытую версию к своим проприетарным компонентам,
> Ведь это же и так всем фанатам BSD-license понятно,Зато нефанатам понятно, что такой же финт ушами можно и с ГПЛ проделать. Дуальное лицензирование и все такое.
А в той же репе F-Droida очень наглядно можно наблюдать, как "ловко" после "взлета" ПО менялась лицензия с ГПЛ на "закрыто вообще нафиг".
> Станут разрабатывать свою закрытую версиюКто начнёт? Основные авторы? Их право, независимо от лицензии.
Сторонняя компания, имеющая достаточно денег и прочих ресурсов, чтобы обогнать основных авторов на повороте? Ну, если компанию не устраивает условия лицензии GPL (или другого копилефта), она просто не станет туда вкладываться, при этом код llvm или ядра эппловской оси остаются открытыми, хотя пермессивная лицензия им это не навязывает.
Копилефт хорош в двух случаях: (а) разработчик хочет зарабатывать на двойном лицензировании, как это, к примеру, было с Qt до Nokia, пишешь open source — пользуйся на здоровье, пишешь коммерческий софт — плати. (б) разработчик уверен в качестве и привлекательности своего продукта, и надеется на присоединение крупных компаний к сообществу разработчиков несмотря и вопреки (linux и благодаря нему gnu взлетели с этого аэродрома).
Всё хорошо, это достойные бизнес-модели (причём вторая делает частью бизнеса изменение мира, и, судя по всему, к лучшему) но в первом случае говорить о свободе может только откровенный демагог, а во втором… В общем посмотрел бы я, где был бы Столлман со своими революционными идеями, если бы не один горячий финский парень. Который начинал Just For Fun, но эот фан прекрасно вписался в бизнес-модель №2.
"опенсорс" же
для планшетов и телефонов это ядро избыточно и нафик надо.
Тем более имеет постоянные проблемы с потреблением и стабильностью.
открой для себя магию make menuconfig
Зачем, если можно написать собственное крохотное ядро без вирусной лицензии и со стабильным API для драйверов? Для этого не понадобится триллион долларов. Судя по всему отсутствие вирусной лицензии тут ключевой вопрос.
У проприераста подгорело? Да, нельзя красть, хоть тебе это и непривычно.
Так никто и не говорит про красть, благо, есть замечательные лицензии, как BSD, MIT и Apache.
Смотря для кого. То что я выкладываю - обычно под (L)GPLv3.
> Так никто и не говорит про красть, благо, есть замечательные лицензии, как
> BSD, MIT и Apache.Отличная возможность поработать на халявщиков забесплатно и ничего не получить взамен. Ищи лохов в другом месте.
Эка вы про RedHat. вы в курсе что никакой код от вас не примут пока не передадите им права на код ?
или GNU - прислав патч или передав им продукт вы теряете всякую возможность управлять им?
> Эка вы про RedHat. вы в курсе что никакой код от вас
> не примут пока не передадите им права на код ?
> или GNU - прислав патч или передав им продукт вы теряете всякую
> возможность управлять им?Это он о гугле, который не открывает свои наработки в ядре пингвина.
Это он о гугле, который открывает свои наработки в ядре пингвина.
// есличо, исправил.
> > открой для себя магию make menuconfig
> Зачем, если можно написать собственное крохотное ядроСтоп-стоп-стоп. То есть ты хочешь сказать, что написать свое "крохотное" ЯДРО проще, чем попереключать галочки в make menu config?????
> открой для себя магию make menuconfigНекоторым не нужно крaсноглaзить, а нужно просто чтобы работало. И чтобы не находили ежемесячно фатальных багов, хакая миллионы смартов.
Его писал троечник?
> Его писал троечник?Ну если Торвальдс троечник то ты тогда даже не ноль а вообще число отрицательное. По крайней мере как руководитель проекта. Да, знаешь, в большом проекте на одном былдакодинге далеко не уедешь.
>> Его писал троечник?
> Ну если Торвальдс троечник то ты тогда даже не ноль а вообщеЕсли бы он не был троечником, пингвина бы не хакали ежемесячно все кому не лень.
И речь о торвальдсе, а не о нас с тобой. Переход на личности это прием демагога. Что, по существу сказать нечего?> число отрицательное. По крайней мере как руководитель проекта. Да, знаешь, в
> большом проекте на одном былдакодинге далеко не уедешь.Уедешь, что благополучно демонстрируют 2048 дистров для врачей-венерологов черниговской области. Просто ось общего назначения и один репозиторий со всем на свете софтом уже не катит, правда?
> винду бы не хакали ежедневно все кому не лень.
кто сказал, что перестало устраивать?
Скорее прочего разработка это ОС - попытка найти для себя ответы на какие-то вопросы.Я плотно занимаюсь встраиваемыми решениями и у меня сложилось впечатление, что иногда очень даже полезно взять и сделать что-либо с нуля, иначе взгляд будет отягощен чужим взглядом, полным полезных и не очень умозаключений.
> кто сказал, что перестало устраивать?
> Скорее прочего разработка это ОС - попытка найти для себя ответы на
> какие-то вопросы.
> Я плотно занимаюсь встраиваемыми решениями и у меня сложилось впечатление, что иногда
> очень даже полезно взять и сделать что-либо с нуля, иначе взгляд
> будет отягощен чужим взглядом, полным полезных и не очень умозаключений.+1
Опыт полезный, хотя "очень умные люди считают" это пустая трата времени все хорошое уже создано
>>это пустая трата времени все хорошое уже созданослова человека, который не способен открыть или создать, что-то новое
пс: создавать свою ОС должен каждый, кто считает себя программистом.
Главное не переусердствовать и не сделать TempleOS
TempleOS - это уже чистое искусство, если не сказать больше - духовные цели имеет.
> Главное не переусердствовать и не сделать TempleOSУх ты даже такое есть. Не с понями я видел, а здесь для христонутых.
Тем более со своим приятно работать, потому что нет синдрома not invented here.Первые две недели, правда.
Позже становится грустно - в чужих наработках столько граблей уже решено!
> иначе взгляд будет отягощен чужим взглядом, полным полезных и не очень умозаключений.также сделали на работе, линуксом больше не пользуемся, уже используется панель для оператора и все
Ну вы подумайте ещё, глядишь и панель станет не нужна. А потом и работа, и вы сами.
Расскажите, пожалуйста, подробней о вашей замене Linux. Где, для чего, как?
что-то подсказывает, что на winCE
применялся линукс для резки по лазерам, linuxcnc, сборка на дебиане, я спросил причину ухода, ответ: глючил, зависал, устали писать программы под него, уже давно заметили, пока ты решаешь проблемы в линуксе, то человек в виндовсе просто работает.
Пока ты переустанавливаешь шиндовс - человек просто работает
А главное, не боятся нейтронного, гамма- излучений и электромагнитного импульса.
Это дополнение к "Можно на ящик с релюшками заменить. Или даже на мужика ворочающего рубильники по будильнику."
> также сделали на работе, линуксом больше не пользуемся, уже используется панель для
> оператора и всеМожно на ящик с релюшками заменить. Или даже на мужика ворочающего рубильники по будильнику.
>> Я плотно занимаюсь встраиваемыми решениями
>> и у меня сложилось впечатление, что иногда
>> очень даже полезно взять и сделать что-либо с нуляБешено плюсую.
И именно поэтому и думаю, что Фуксия заменит Дальвика.Мобильные процессоры это вам не тут.
Громоздкая монолитная хреновина, базирующаяся на концепциях 70-х годов. Полезно иногда сбрасывать груз Legacy и писать с чистого листа, учитывая полученный опыт.
> Face it, microkernels and message passing on that level died a long time ago, and that's a GOOD THING.
> Most of the serious processing happens outside the filesystem (ie the VFS layer keeps track of name caches, stat caches, content caches etc), and all of those data structures are totally filesystem-independent (in a well-designed system) and are used heavily by things like memory management. Think mmap - the content caches are exposed to user space etc. But that's not the only thing - the name cache is used extensively to allow people to see where their data comes from (think "pwd", but on steroids), and none of this is anything that the low-level filesystem should ever care about.
> At the same time, all those (ring0 - core) filesystem data structures HAVE TO BE MADE AVAILABLE to the low-level filesystem for any kind of efficient processing. If you think we're going to copy file contents around, you're just crazy. In other words, the filesystem has to be able to directly access the name cache, and the content caches. Which in turn means that it has to be ring0 (core) too.
> If you don't care about performance, you can add call-outs and copy-in and copy-out etc crap. I'm telling you that you would be crazy to do it, but judging from some of the people in academic OS research, you wouldn't be alone in your own delusional world of crap.
> Sorry to burst your bubble.
> Linus
Надо сообщить авторам Qnx, что они мертвы, а их ос тормозит
Не напрягайся, думаю они и так это прекрасно знают. Или ты из тех кто путает real time с производительностью?
Путаю, для cisco crs-1 что важнее?
В первую очередь там целью была отказоустойчивость и возможность апдейтить прошивку на ходу. Скорость там тоже конечно нужна, но надо заметить, что и задача у роутера примитивная относительно полноценной ОС.
с 1954 года не было написано ни одной полноценной ОС, все больше какие-то недо-ОС, либо нет полноценной файловой системы (не подверженной крахам, и залипаниям), либо нет real-time, либо драйверов, или те, что в наличии - глючные, и т.д и т.п.
Не путайте полноценность с достаточностью, если ОС достаточно покрывает функциональные потребности (как и любая библиотека, которой по сути являются любая ОС) - она кандидат на использование, "полноценность" здесь - критерий "плюшкина", а не инженера. А если ритмо-водитель вашего сердца будет обладать "полноценной ОС", никто не сможет гарантировать, что он не будет хакнут и отправлен в аут или на майнинг биткоинов, до вашей смерти... и роутер - столь же критичная железка, чтобы на нее ставить "бекдоры", обеспечивающие "полноценность" ОС, а не "полноценную" функциональность.
> с 1954 года не было написано ни одной полноценной ОСЭто очень сильное утверждение. Даже если считать только приличные, без Юниксов и Windows, то выйдет немало.
Полноценную!, назовите хоть одну, то, что были хорошие - не спорю, но вот "полноценную"...Юниксы - были "по дизайну" оскопированы, после краха разработки Мультикса, Окна - "по дизайну" ланчер МСВорда, все остальное запускается не как на универсальной ОС, и тем более с RTOS ее не стоит сравнивать, гарантий никаких не давали. И та и другая - не ОС, в них нет слова "система", но есть слова "торговая" и "маркетинг" (общая торговая/маркетинговая платформа по стрижке купонов).
Если есть пример "полноценной", то приведите пример системы управления базой данных с RT гарантиями на этой ОС, с репликацией на распределенных кластерах и хот-свапом, она же "полноценная", может и корбу держать, и HDFS, и лисп + смолтолк, и множество уникальных мелких фич.
Требования меняются со временем, и разработка никогда за ними не успевает, отсюда и такое утверждение. Нельзя сделать ОС "на века". Можно эксплуатировать "удачную" идею, и только. А как и идея, реализация - сиюминутна, но последствия - катастрофичны, с ними приходится жить дальше.
У вас довольно странное понимание полноценности, судя по всему, но посмотрите на VMS, OS/400, Burroughs B5500, IBM MVS и VM хотя бы.> Окна - "по дизайну" ланчер МСВорда
Windows NT вы называете "лаунчером МСВорда"?
> с RTOS ее не стоит сравнивать, гарантий никаких не давали
RT-системы это очень узкая ниша.
DEC VMS - Очень нравилась, но и она не полноценна, аппаратное ограничение 1024 страниц и 8 МБ памяти. OS/400 - великая идея, но дико IBM-овская зацикленность на JOB-ах и перфокартовые языки (а также: малораспространенная, не реального времени, и не универсальная), Burroughs B5500 - машина, а иже с ней реализации машин фортрана, лиспов, ады(intel), эль-76(эльбрусов) - единственно приемлемый путь, которым мэинстрим не пошел (но это же пример самых "неполноценных" ОС, нет языковой универсальности, их пример - антипример).
IBM MVS (я имел дело только с СВМ на ЕС) - предтеча микроядерных ОС, и меня огорчает, что эту архитектуру похоронил Гейтс и бизнес персоналок, но и они далеки от реал-тайм и "жесткого времени"...Про NT - да, даже для Office требовалась заглушка подгружающая/кешируящая собственную OC офиса на DLL-ках, а теперь дот-нетовскую часть, или я что-то забыл?
Ниша RT - узка, как и ниша кластеров, и множества других, но согласитесь, что "полноценная" ОС без них - очень неполноценна!
>>QNX does a number of things right that Linux does flat wrong (true
>>_uncrashable_ (almost) micro kernel, real time performance etc)
> Sure, the QNX microkernel is pretty uncrashable. But have you ever asked yourself why? Maybe because it doesn't do all that much.
> Put it in a general-purpose system, do some real work with it, open it up to people who aren't polite, and see what happens. Not many people care that the microkernel hasn't crashed when everything else has.
>>I'm sure you're right, the problem for QNX is that few people know how
>>good it is because it is so expensive (aimed at a different market).
> It's good for that market. But think about that _really_ means for a moment. Don't make the mistake of extrapolating goodness in a very specialized market into goodness a more real-life and much less constrained market.
> Linus
> Громоздкая монолитная хреновина, базирующаяся на концепциях 70-х годов. Полезно иногда
> сбрасывать груз Legacy и писать с чистого листа, учитывая полученный опыт.Где-то я это уже слышал. Этак четверть века назад. Вон minix и hurd - сбрасывают и сбрасывают.
Для справедливости стоит отметить что у некоторых все-таки получалось, причем очень и очень успешно, использовать и более современные концепции чем UNIX - OS/400, например. Но для базарной модели разработки это до сих пор слишком неподходяще сложно.
>OS/400Судя по описанию — эталонная дрянь.
>> Громоздкая монолитная хреновина, базирующаяся на концепциях 70-х годов. Полезно иногда
>> сбрасывать груз Legacy и писать с чистого листа, учитывая полученный опыт.
> Где-то я это уже слышал. Этак четверть века назад. Вон minix и
> hurd - сбрасывают и сбрасывают.да да. вон Darwin.. сбросил и вперед.
код раздут, лицензия кривая
> код раздут, лицензия криваяможет на оборот ?
Лучше на перед, на обороте слишком гладко, а на переде уже что-то болтается. В общем, наоборот никак нельзя, только наперёд. Впрочем, вряд ли вы поймёте, что "наоборот" и "на оборот" -- разные слова ;)
лицензия кривая потому что
Думаю, хотят свою запускалку Андроида и прочих хромобуков, которую будут полностью контролировать сами (во всех смыслах).
Потому что оно весит на сотню мегабайт в ОЗУ.А нормальному ядру достаточно 64К.
Наверно, большое сложное и тормозное для задач гугля. Не похоже, что оптимально для всяких дестопов и телефонов, т к устройства с другим ядром работают быстрее и дольше.
Главный вопрос - зачем?
А линукс им зачем? Какая в нём такая ценность? За 25 лет нормального десктопа не сделали, а В Штатах гуглбуки продаются лучше маков.
> А линукс им зачем? [...] В Штатах гуглбуки продаются лучше маковПомимо высказывания глупостей, Вы всё же и ответили сами себе.
> За 25 лет нормального десктопа не сделалиА можно узнать критерий "нормальности", а то как то непонятно, почти как параметр "обычного" пользователя.
> а В Штатах гуглбуки продаются лучше маков.
Лишний довод им не пользоваться, как и огрызком кстати ))
- А можно узнать критерий "нормальности"
- Винда же!
> - Винда же!Чур, чур, чур!
Не приведи штепсель стать пингвину похожим на этого мутанта!
Уже. См "Поццеринг и его кодла".
"лучше маков" продается Все. причем не только "в Штатах". так что - не показатель.
затем, что баксы важнее
>> Главный вопрос - зачем?Чтобы не выбрасывать на помойку Dart language.
первое хорошее обьяснение. после собсно жуткой необходимости "что-то создать" для эмбеддовки в свете отсуствия профильных кадров по.
Потому что могут?
посмотрел мипсовые из arch.
там пока ранняя разработка с ловушками для отладки аля
void mips_gen_exception(struct mips_iframe *iframe)
{
uint32_t excode = BITS_SHIFT(iframe->cause, 6, 2);
if (excode == 0x8) {
LTRACEF("SYSCALL, EPC 0x%x\n", iframe->epc);
iframe->epc += 4;
} else {
LTRACEF("status 0x%x\n", iframe->status);
LTRACEF("cause 0x%x\n", iframe->cause);
LTRACEF("\texcode 0x%x\n", excode);
LTRACEF("epc 0x%x\n", iframe->epc);
for (;;);
}
}скорее прочего лучше подождать, чем начинать смотреть.
Хе, гугль хочет вторгнуцца на ардуино.
> Хе, гугль хочет вторгнуцца на ардуино.При том что атмел продался и кортексы их плющат в лепешку? :)
>Ядра распространяются под лицензией MIT, а системные компоненты под лицензией Apache 2.0.
>в Google изначально было принято решение по разработке Fuchsia как открытого проекта, поэтому доступ к коду открыт на начальной стадии развития.Очевидно что Google подготавливается слить ядро Linux из Android, т.к. GPL лицензия принуждает их к открытию кода. Так что доминированию Linux на смартфонах приходит конец, это предательство Google было ожидаемо, всё уже несколько лет к этому шло, не удивлён.
кто подхватит выпавший флаг?
Какой флаг?
Пользователям никогда не была нужна открытая ОС на их телефонах, Linux взяли только потому что на нем можно было что-то полурабочее слепить быстрее всего.
> Пользователям никогда не была нужна открытая ОС на их телефонах, Linux взяли
> только потому что на нем можно было что-то полурабочее слепить быстрее всего.Осталось найти програмеров которые будут неведомому самопалу драйверы устройств писать. Сущие мелочи.
Если вы считаете что для написания драйверов важна открытость кода ОС, то вы считаете неверно.
> кто подхватит выпавший флаг?Обработчик прервания.
Тонко!
>т.к. GPL лицензия принуждает их к открытию кодаСтранные иррациональные выводы. Почему открытие кода ядра - плохо, а открытие кода android - хорошо? Google несет миллионные убытки открывая что-то в ядре, есть цифры?
И где они там открывают андроид? Из аосп всё больше и больше вырезают. Последовательно прогибают железячников, что бы их смартфоны меньше собственного софта содержали. Ещё некоторое количество времени и можно будет не париться - любой китайский подвал будет делать дешево и практически с одинаковым качеством. гуглу больше достанется. С софтом они делают то же самое.
Никто ни кого ни к чему не принуждает. Remix OS прекрасно живёт не открывая большую часть исходников android-специфичного кода (и ничего при этом не нарушая).Если бы Google имел такие далекоидущие планы связанные с этим ядром, его либо не открывали бы, либо открыли бы устроив вокруг этого какую-никакую рекламную шумиху. А так пока очевидно, что некая группа разработчиков просто эксперементирует, и вероятность, что данный концепт пойдёт в продакшен в сколь-нибудь узнаваемом виде пока не велика (мало ли было экспериментальных открытых осей от крупных и не очень компаний).
> предательство GoogleА в чём предательство по меркам нормального человека?
> предназначено для систем с ограниченным размером ОЗУпочему-то больше ассоциируется с 16, 32 архитектурой
Все что имеет < 4Gb RAM памяти туда относиться, а это очень много устройств, миллиарды.
> Все что имеет < 4Gb RAM памяти туда относиться, а это очень
> много устройств, миллиарды.Однако 32-битные Cortex M серьезно отымели 8 и 16 битных. Извините, M0 и M3 стоят менее доллара, при совершенно сказочной периферии и процессорное ядро при прочих равных (техпроцесс, частоты) втыкает на вычислениях недомеркам раз в 10. А если периферию через DMA запускать (да, cortex это могут) - атмелкам и пикам теперь только и остается что 5 режимов в китайских фонариках переключать. Задачи сложнее у них отжали кортексы.
А в application ARM полным ходом идет внедрение 64 битов. Даже если памяти и меньше, 64-битники намного быстрее в мультимедиа, крипто, обработке сигналов и проч. Т.е. во всем том что и тормозит заметно пользователям.
А35 уже подпирает и М-серию по энергоэффективности низкочастотные )
Я о восьмибитных микроконтроллерах думаю. И представляешь, туда даже суют TinyOS, запускают там виртумальную машину Maté и объединяют это в целый рой! Реализация направленной диффузии (оказывается на рассылку тратится меньше энергии, чем на хранение в флэш и Они построил умную сеть данных) заняла 400 БАЙТ! Извращенцы.
ну и 8-и битные разумеется - это высший пилотаж. Представляю реакцию, если бы начались разработки устройств такой разрядности, особенно 8-16
Ишь ты, карманный вариант CDN :)
На вид - это не альтернатива андроиду (или даже андроидному ядру), а заход на IoT или вообще экспериментальное что-то
Да, похоже на то - там еще конь не валялся, рабочего мало.
Кстати, а есть проект типа НетБЗД, но для разных там смартфонов, планшетов, мобильников, в том числе с ARM (J2ME (Jazelle)) и чернобелых телефонов? Ведь, в журнале Радио умелец сделал дополнительную флеш для 3310, хранил там книжечки. Но там было несколько микроконтроллеров ещё, но не мешало основе. Можно было бы перепрошить программатором и сделать принципально новую прошивку, добавить туда крузис и танчики. А уж в девайсах поновей, j2me, перепрошивать легче и возможностей больше (десятки МБ ОЗУ, например). Соединять всё это можно с помощью самодельных симкарт, Osmocom gsm и сделать такой себе туннель. Объединить все эти ресурсы и будет мощный вычислительный, хм, туман. Что мешает? Там что-то зашифрировано?
Было такое. Не взлетело.
https://www.opennet.me/opennews/art.shtml?num=20078
вы щас "изобрели" SailFish/MeeGo примерно. в "девическом" состоянии, еще когда она QTopia звалось у троллтеха до покупки Нокией их =)
пилится форк нетбзд и стрекозы в генте, но вяло, тк всего полтора человека каждый ведут )
> Судя по опубликованному коду для разработки интерфейса приложений предлагается использовать фреймворк Flutter, написанный на языке программирования DartВ вебе не взлетел - всунем в свою ОС. Не пропадать же добру
> Ядро Magenta оформлено в виде надстройки...У гугли что, мания такая - всё НАДСТРАИВАТЬ? :) А просто написать нормальную ОС они не пробовали?
клоун: создаётся минимальное ядро (см. напр. MinWin), к которому потом пишутся плагины-дополнения. Нужно ядро для десктопа - один набор плагинов, нужно ядро для мобилы - другой, для интернета вещей - третий и т.д.
Одна рама, и к ней разный набор двигателей и колес - одни для карьерного самосвала, другие для спортивного купе, третие для детской коляски.
Одна отвертка, десять насадок и дюжина неудачных аналогий.
С любопытством посмотрю как вы будете одной отверткой откручивать крышку у часов и колесо у автомобиля, меняя только насадки.
клоун: скорее это кониейнерные перевозки. Для перевозки неважно знать что в контейнере и существует множество готовых решений (грузовик-контейнеровоз, железная дорога, баржа, балкер, ..).Пикоядро управляет диспетчерами: памяти, устройств, задач, .. Добавится ещё один диспетчер, изменять пико-ядро не придётся. Пико-ядро не зависит от оборудования, размера памяти, наборов команд.
А фемтоядра ещё нету?
hurd/mach так устроен. каждая функция - отдельный демон/сервис, автономный.
bootstrap у этой мешанины, впрочем - сравнительно ортодоксальный, пусть и "микро" ;)
Такие конструкции очень красиво выглядят на слайдах.
Вы вот пользуетесь стеком OSI? Он ведь такой правильный, все по слоям, один от другого не зависит.
> Такие конструкции очень красиво выглядят на слайдах.
> Вы вот пользуетесь стеком OSI? Он ведь такой правильный, все по слоям,
> один от другого не зависит.Прикинь, им 20 лет пользуются. Как линуксом. За неимением другой горничной.
Вы, вероятно, не совсем представляете о чем речь. Пользуетесь вы стеком протоколов TCP-IP а не OSI.
> клоун: скорее это кониейнерные перевозки. Для перевозки неважно знать что
> в контейнере и существует множество готовых решений (грузовик-контейнеровоз,
> железная дорога, баржа, балкер, ..).Только индусы в M$ настолько криворуки, чтобы написать настолько тупого клоуна-бота, который предлагает перевозить контейнеры балкерами, КОНТЕЙНЕРЫ ПЕРЕВОЗИТЬ БАЛКЕРАМИ!!! Эй, мелкомягкие индусы, как вы живёте с руками, растущими из тазобедренного сустава?
Причём даже тут накосячили, вместо грузовика-контейнеровоза ваш бот должен тогда предлагать возить контейнеры самосвалами.
> клоун: создаётся минимальное ядро (см. напр. MinWin), к которому потом пишутся плагины-дополнения.Угу, линукс и его модули называется. В openwrt ядро может быть 900 кил размером. Остльное догружается модулями по мере надобности. Но вы держите нас в курсе ваших "ииноваций".
клоун: современное ядро размером менее 2000 строк и для математически гарантируется отсутствие ошибок. Это не инновации, это уже вчерашний день технологий...
Всё зависит от того что называть ядром, и на что такое ядро годно.
При желании можно и строк в 200 уложиться.
Если под словами о гарантии отсутствия ошибок вы имели в виду L4, то IIRC верифицирована только Сишная часть кода, не ассемблерная. С верифицированной моделью CPU тоже все не очень, без чего затея выглядит уже не так сиятельно.Даже для CompCert IIRC части разбора исходных текстов, генерации непосредственно машинных кодов и линковки остаются неверифицированными.
Не вижу смысла им ядро андроид менять на эту штуковину.
Скорее всего они пишут ОС для чего-то другого. Гугл же еще всякие железяки умные иногда делает
> Не вижу смысла им ядро андроид менять на эту штуковину.
> Скорее всего они пишут ОС для чего-то другого. Гугл же еще всякие
> железяки умные иногда делаетЧукча не читатель, да? Чукча писатель? Даже на ленте внятно сказано на русском, что это делается в частности ради интернета вещичек.
Фуксия и Селёдочка.
Ждал, когда кто-нибудь это скажет. )))
Всё, Linux выпилят из ChromeOS.
А что не на своём модном Go?
Потому что го так взлетел, что его уже __никто__ не видит?
Читайте внимательнее https://fuchsia.googlesource.com/third_party/go
Ребята, где можно график найти, где все, все, все языки программирования и даты их рождения приведены.
И как там с показателями дела обстоят? Один в неделю? И увеличивается ли количество родившихся за период и среднее время между рождением новых ЯП?Да их больше 10 тысяч, но такую штуку всё же проще сотворить, чем InternetMap какой-нибудь, согласитесь.
Среднее время между рождением новых ЯП уменьшается ли?
Все зависит от того что называть новыми ЯП. Например, новый топ для OCaml под названием Reason от одной малоизвестной социальной сети для котиков - это новый ЯП или нет? А сам OCaml?
Понятно что вам не терпится построить график и побыстрей сдать ваш курсовик, но значительно конструктивней было бы поразмышлять над осмысленностью постановки вопросов.
Вопрос поставлен верно.
> Ребята, где можно график найти,Данные взять в вике. График - построить используя любимый ЯП, по вкусу и умениям.
Скриптом для автоматизации не поделитесь?
> Ребята, где можно график найти, где все, все, все языки программирования и
> даты их рождения приведены.Не скажу за все-все-все, но поиск по programming language timeline что-то даёт:
https://www.levenez.com/lang/
https://exploringdata.github.io/vis/programming-languages-in.../
http://www.scriptol.com/programming/chronology.php
Это всё хорошо конечно, но мне бы в табличный редактор или редактор диаграмм да графики построить.
Fuchsia - Будущий Android 2.0?Приветствуем!
Бывший BeOS 0.01
да не, на разных полюсах они с биосью и хайку. там полноценная многозадачность, пусть и условно-однопользовательская, и без акцеента Глобального на РТ и отклик софтовый или жесткий а на общую отзывчивость с приоритетом интерфейсу и вводу-выводу, кастомизуемым.
это чудо - скорее на одном полюсе с концептами ранними редмондовской эммбеддовки.
И здесь уже начали с многозадачности.> Magenta inner constructs are based on LK but the layers above are new. For example, Magenta has the concept of a process but LK does not.
Дайте им немного времени, и будет BeOS.
не "начали с" а скорее "приделали сверху, костылем к".
если бы "по человечьи реализовали", имло бы смысл дискутировать о. наверное. со временем.
> не "начали с" а скорее "приделали сверху, костылем к".Добро пожаловать в мир современной разработки ПО.
> если бы "по человечьи реализовали", имло бы смысл дискутировать о. наверное. со
> временем.Вам известны примеры чего-нибудь, реализованного "по-человечьи" за последние пару-тройку десятилетий?
разумеется.
трагичнее что б-ву разработчиков - они неизместны. и неинтересны, что еще печальнее.
2.0 уже был. сейчас 6 версия уже
Вас всегда заминисуют, если вы не приверженец Linux. Они сами порой не могут пострить графики, но все равно заминусуют, ну мол, все таки надо марку держать)
Новая ось, дарт...тягомотина с джавой и ораклом...андроид не нужен???
Судя по всему Fuchsia разрабатывается для IoT, тут и RTOS, и минимальное потребление ресурсов, но фанатиков как всегда припекает. Кажется NIH синдром ("А как же Linux", "А почему без него?") именно у них. Ребята, не ссыте, линукс так и останется.
Вообще-то в IoT свободный код (AKA GPLv3) ещё важнее - оно ж с человеком в физическом мире взаимодействует, и начудить может ой как.
Некоторые риски для производителя в "начудить", конечно, есть, но основная их часть снимается качественным 50-страничным "отказом от всех ответственностей".
С другой же стороны, GPLv3 это прямой путь к появлению на TaoBao через три дня аналогичной железки с вашей прошивкой, только втрое дешевле - и кому такое надо?
Речь была о рисках для пользователя.А страхи копий сильно преувеличены - во всяком случае, если не делать что-то чудовищно примитивное. Те копии, что втрое дешевле, как правило отличаются. редкой убогостью исполнения изделия и скорее их можно назвать массогабаритными макетами. Покупают такое только те, кто оригинал бы и так не купил. Тем более, что моментально появляются обзоры, где все отличия чётко показываются. В общем, это всё те же песни, которые поют копирасты о злобных пиратах с торрентами - а в какую сторону оно влияет на продажи - ещё большой вопрос.
Кроме того, в IoT алгоритмика сложная - редкость, мелкость изделий и тупость задач её естественным образом ограничивают. Расти она будет, конечно - но и библиотек, её реализующих, тоже будет всё больше.
> если не делать что-то чудовищно примитивное
> в IoT алгоритмика сложная - редкость, мелкость изделий и тупость задач её естественным образом ограничивают
Это вы слишком фокусируетесь на софте. Там сложность обычно не в алгоритмике, а в компактном нежручем надёжном устройстве за приемлемые деньги. А софт простой. У китайцев же такое получается редко. Вон, у Xiaomi получилось с Mi Band - и закономерный успех. Хотя браслетов подобных - валом. Но либо стоимость в разы больше, либо вообще непригодны для любых практических целей.
Интересно почему не на Rust или хотя-бы на каком-нибудь модифицированном Go. Си конечно неплохой язык для своего времени, но сейчас то уж нужно учитывать опыт.
Опыт именно что учтен.
И опыт Servo, говорящий что на Rust ничего и никогда не будет дописано.
И опыт InfluxDB, говорящий что на Go ничего сложнее утилиты на 500 строк никогда не перестанет падать.
При таком подходе опыт windows 95 или ms dos должен вас убедить, что на С написать нормальную ОС никак нельзя.
То что написать номральную ОС на Си нельзя показал еще UNIX.
Но что было важнее, этот же опыт убедительно показал что "нормальность" ОС не является определяющим качеством в ее популярности, и такие ОС как UNIX и такие ЯП как Си, где все хорошее убрано как ненужное, вполне достаточны для большинства применений.
А можно поинтересоваться: что вы считаете "нормальной" ОС? Поделки Вирта? Или Танненбаума?
Мне просто любопытно, я вижу как вы последовательно приписываете своё ценное мнение к каждому упоминанию rust в комментах. Но это ценное мнение невозможно оценить, пока вы скрываете то, что считаете альтернативой. Я думал, что это какая-то фигня, и не обращал внимания, но когда вы замахнулись на UNIX, это стало действительно интересно.
> последовательно приписываете своё ценное мнение к каждому упоминанию rus
> но когда вы замахнулись на UNIXВы слишком серьезно воспринимаете это все.
Несколько интересных ОС - Burroughs MCP, VMS (прежде всего VMM Security Kernel), MULTICS, THE multiprogramming system, OS/400, VM и MVS от IBM, Gemini Multiprocessing Secure Operating System, RC 4000 multiprogramming system, KeyKOS.
Из современных и перспективных - MirageOS на Solo5.
> Из современных и перспективных - MirageOS на Solo5.а как-же план9 и прочие прожекты ? *лукаво косится из-под кепочки*
Никак.
Хорошо, что создатели docker и packer уложились в 500 строк.
А зачем? Чем проще задача - тем меньше выгод от высокоуровневых языков. А здесь ничего особо сложного в ядре не будет, как я понимаю.
>Ядра распространяются под лицензией MIT, а системные компоненты под лицензией Apache 2.0.Правильно Гугл оштрафовали на 438 млн. руб.
И тебя вылечат, и тебя вылечат.
Пока система будет свеженькой - будет хорошенькой, потом пойдёт поток новостей: обнаружена уязвимость..., обнаружено то да сё и т.д и т.п. Вобщем ждём
А потом, когда внезапно (!) допилят до вменяемого использования, система хоп (!) и уже проприетарная. Только некоторые утилиты под Apache останутся.
Я бы сделал свою ОС, благо много свежих идей, но мне не нравится ни один язык программирования, ни язык общения людей, многие костыли.. Даже не нравится то, что используют электроны (даже не спины), а не фотоны (или недавно объединили фотоны и электроны, надо узнать больше) в ЭВМ. Ещё хочу на домах (!) суто постоянный ток. Да и города можно переделать.. В целом, я желаю использовать ЭВМ для симуляции такой же Вселенной и посмотреть, что будут делать там. Спасибо за внимание к моей жалкой персоне и хотелкам.
Поживём, увидим что у них получится. С одной стороны, в современном мире трудно найти альтернативу Linux среди свободных ОС. Одна широчайшая поддержка различного оборудования из коробки чего стоит. С другой стороны, альтернативы любой, даже самой удачной ОС, нужны. Судя по описанию, похоже на микроядерную ОС. Так как в настоящее время QNX не очень популярен, а BlackBerry OS тоже стала достоянием истории, новая альтернатива в лице Fuchsia нужна. Пусть Google двигает прогресс вперёд.
Я считаю гугл на правильном пути!
By definition.
thrashcan ? 'rly ?
А я считаю, что пока аппаратная часть не поменяется кординально, то велосипедостроение даже от google ничего нового не принесёт.
RIOT- и Contiki-капец?
Нет, гугл не ориентирован на 8 бит.
> Нет, гугл не ориентирован на 8 бит.Ну, 8-и битные ядра откровенно слабые, на этих 8051 динозавров не надо ориентироваться, ихмо. Отсюда и требование гугла. Сейчас выходят такие занимательные вещи, как CC1320. Пусть будет конкуренция, хорошо!
QNX наше все.
blabackerry-иево оно, к прискорбию а не "наше".
> асширенные визуальные эффекты, такие как объёмные мягкие тени, отражение цветов и рассеивание светаВсе понятно с тобой Google ;-) Опять хренью маетесь ...