10 лет с Колибри: как это было

грузящимся в100 раз медленнее и лопающим в 1000 больше ресурсов

А команда nop выполняется ещё быстрее и потребляет ещё меньше ресурсов. Вот когда там можно будет запустить какой-нибудь реальный тест, тогда можно будет говорить о некоей скорости колибри. Правда, тогда выяснится, что по скорости она современным системам проигрывает даже не в разы, а на порядки.

Деньги на откаты есть — и в гос сектор запихнут, я не удивлюсь, лол. Чем хуже дениса попова?

Ага, мне жена так и говорит :)

Смотри, я даже сиайлик теперь пишу вместо =) как :)...

Насколько я знаю она x86-only, т.к. на ассемблере. Какое отношение embedded имеет к x86?

Symbian S60 & Intel Atom & x86 - чем тебе не embeded?

http://nokiamobileblog.com/symbian-s60-now-runs-on-intel-atom/

Это смотря какой госсектор. Если школы, то дешевле закупить парк относительно свежих писюков и нанять студента устанавливать винду, чем пердолиться с колибри или даже с линуксом. А если всякие большие структуры типа министерств, то там денег столько, что хватит на бюджет некоторых африканских стран. Деньги ж не свои.

А команда nop выполняется ещё быстрее и потребляет ещё меньше ресурсов.

ЕМНИП, это XCHG EAX, EAX. Занимает 1 регистр и 2 или 3 такта, как и ряд других арифметических операций. Или конвейер её пропускает?

как пропатчить гном3 под колибриос?

А кстати, он умеет работать без systemd?

В Фаре? Под виндой? Жмёшь Shift+F4, он запрашивает имя файла и вызывает редактор. Жмёшь F2 Esc, он сохраняет пустой файл.

В линуксе можно написать > filename (кстати, во FreeBSD из-под ssh такой способ у меня почему-то не работал, приходилось писать полностью echo > filename).

В винде команда echo тоже есть, но она по умолчанию делает не пустой вывод, а пишет, что режим echo включён (ибо винда проектировалась не по канонам KISS).

embedded бывает и x86, разумеется. да и если не совсем embedded - всё равно здорово когда у тебя есть возможность запускать полноценную операционку из биос чипа

redox (ос на расте)

ОС на Rust это автоматически ОС без будущего.

Дофига где применяется ассемблер.

Потенциала там не будет до тех пор, пока ОС не будет ориентироваться на встраиваемые системы. И то системы реального времени для микроконтроллеров поинтереснее выглядят в этом смысле.

Микроядро - это прошлый век. Сама концепция устарела настолько, что микроядерную ОС как современную делать никто в здравом уме не станет с нуля.

x86 имеет самое прямое отношение к embedded. Дело дошло до того, что простые x86-ядра применяются в продвинутых микроконтроллерах встроенных в микросхемы.

Линус сказал, что микроядро - тормозное говно на целевой платформе. И он прав. Так что микроядра он очень даже осилил. Микроядра относительно довели до ума много лет спустя, и то в чистом виде мало кто их использует. Монолитные и модульные с точки зрения кроссплатформенности оказались лучше.

Подожди чуток, и этот redox сдохнет из-за несовместимости внутри Rust.

Если ОС будет жрать ещё меньше, чем колибри, это ничего не изменит, так как ресурсы жрёт в основном программное окружение и прикладной софт.

посоны ваще ребята. Помню тыкал одну из первых версий оси, окуевал немного. Кстати, автор, есть книги, какие можешь порекомендовать по осестроению. Ну кроме Таненбаума (он, цука, скучный).

дискетный размер лет 10 неактуален от слова совсем

Как сказал d:

через UEFI колибри тоже можно загрузить

но если бы колибри весил больше чем дискета то не смог бы поместиться в биос чип который обычно 4 - 8 MB и помимо KolibriOS должен содержать и «основу» инициализирующую железо (будь то UEFI или что-то другое вроде coreboot) . Так что если бы KolibriOS весила больше дискеты, её потенциальные возможности применения в embedded были бы сильно ограничены

802.11ac? 10G eth?

мне бы сгодился и 802.11n с 1G eth. не знаю поддерживают ли они прямо сейчас, но тут очевидно что для поддержки должны быть какие-то дрова и если они есть опенсорсные (как например у семейства WiFi модулей ath9k которые 802.11n) то могут быть портированы на KolibriOS если их нет там сейчас, но если какой-то сраный броадком с блобами без открытых дров то не может взлететь по определению. так же и с Ethernet

NVMe?

Если он нормально инициализируется биосом то и в операционке тоже должен быть виден

она отлично подходит для всякого embedded

На x86? o_O

Многие тут говорят что нет будущего ибо x86 скоро помрет

А с чего бы и не помереть? Как только legacy mode уберут из новых процессоров, так начнётся тотальное отмирание.

10 лет с Колибри: что это было?

Почему вы спгашиваете?

Согласно легенде, только бородатый программист является настоящим программистом. И только бородатые ученые мужи смогли сотворить действительно стоящие языки программирования.

но парс xml в фасме меня добил-таки

Там же есть си-компилятор.

Kolibri не могла составить конкуренцию венде. Не та ЦА, не тот объём поддержки, не та модель разработки и т.д.

приходилось писать полностью echo > filename

Ещё можно touch filename

Написал, потому что дико раздражало, что в FARе можно создать каталог, но нельзя создать файл. (может и не осилил).

Shift + F4, если мне память не изменяет.

QNX уже есть

Проблема в том что QNX на дискетах есть только в сильно урезанном виде («демо») и сильно устаревший: http://toastytech.com/guis/qnxdemo.html Нормальный QNX в дискету не влезет, и в этом вся проблема: не может влезть в дискету, значит не может влезть в биос чип где всего 4 MB - 8 MB места и большая часть уже занята. а KolibriOS влезет, и уже в этом у него преимущество

она отлично подходит для всякого embedded

На x86? o_O

Ну да, всякий интел атом и прочее. На embedded x86 тоже есть жизнь :)

В openbsd как-то патчат...

Предположим, что в виндовом ядре более эффективный менеджер системных ресурсов чем у Kolibri, и в теории там синтетические тесты могут выполняться быстрее. При сравнении окажется, что винда прожорлива и к тому же всякие фоновые процессы (а с недавних пор и телеметрия) постоянно дёргают процессор, и чисто из-за этого на практике эта синтетика выполнится быстрее на KolibriOS где практически все силы будут сосредоточены на этой задаче

Да. Раньше для этого требовалась заглушка, но сейчас научились патчить чтобы gnome3 работал без systemd «в чистом виде» https://wiki.gentoo.org/wiki/GNOME/GNOME_Without_systemd

Ну да, всякий интел атом и прочее. На embedded x86 тоже есть жизнь :)

Ага, с чемоданом батареек.

Там же есть си-компилятор

это неспортивно же, взял Колибри - юзай фасм

Ага, с чемоданом батареек

обоснуй? у меня на ноуте атом, и батарейка конечно жирная, но не прям чемодан. А embedded x86 - одних только кассовых аппаратов целый Ашан

А embedded x86 - одних только кассовых аппаратов целый Ашан

И кто-то готов написать драйвера под эту ОС, а так же весь необходимый для работы софт? :)

И кто-то готов написать драйвера под эту ОС, а так же весь необходимый для работы софт? :)

ты будешь смеяться, но проекты правда были и рассматривались. основный затык был в поддержке баркод-сканеров

ты будешь смеяться, но проекты правда были и рассматривались. основный затык был в поддержке баркод-сканеров

Не, не буду смеяться. Это грешно :)

ну сам подумай. для конторы размером с пятерку/ашан вариантов либо сидеть на FreeDos, либо отстегивать мелким, либо отстегивать разрабам (ну либо ставить линукс и все равно пилить дрова). отстегивать разрабам даже проще - есть кого пнуть, да и поддержка все равно платная была бы.

либо отстегивать разрабам

Вы про разработчиков KolibriOS?

отстегивать разрабам даже проще - есть кого пнуть

Да некого там пинать. Никто в здравом уме не станет рисковать бизнесом только потому, что KolibriOS «очень шустрая» и «очень маленькая».

в биос чип который обычно 4 - 8 MB

И как оно, в 2007? Давно уже меньше 32Мб не видел. Но это вообще к делу и ембеду не относится, там обычно вообще нет биоса, как и необходимости что-то в него пихать. А в обычные материнки тот же асус полноценный линукс пихал, ExpressGate называется.

должны быть какие-то дрова

Чтобы были какие-то дрова, для них в ядре должна быть создана некая инфраструктура. Которой в колибри нет и никогда не будет.

Вы про разработчиков KolibriOS

нет, про своих. у них тоже есть штат разработки, только мелкий

Никто в здравом уме не станет рисковать бизнесом только потому, что KolibriOS «очень шустрая» и «очень маленькая».

вот тут есть два момента. первый - она бесплатная. за вынь-эмбед надо платить. второй - не нужно обновлять парк машин, хотя конечно к кассам обновление относится в последнюю очередь.

я не про алкомагаз на отшибе урюпинска говорю, там понятно это нафиг не нужно. а вот для крупной сети вопрос платить за лицухи или платить своим разрабам вполне актуален.

Смотри, я даже сиайлик теперь пишу вместо =) как :)...

"..., а вместо 'смайлик' пишу 'сиайлик'."

постоянно дёргают процессор

Это вообще ни о чём, доли процента.

все силы будут сосредоточены на этой задаче

И на той же базе данных все силы процессора будут сосредоточены на iowait, потому что ни ncq, ни шедулера, ни нормального управления дисковых кэшем (если он там вообще есть).

Эта ось была известна еще во времена, когда LLVM была поделкой пары красноглазых хипстеров

Это вообще ни о чём, доли процента

юморист. вынь-update сжирает целое ядро

Не осилил структурное программирование?

Очевидно же, что имелись ввиду обычные постоянные фоновые процессы, а не тяжёлые фоновые задачи. Вот все гонят на пульсу, а у меня она, по данным atop, в среднем 0.1% проца жрёт, со всей остальной мелочёвкой, включая plasmashell, набегает 1.5%, ну кто такое глазом заметить может?

Эта ось была известна еще во времена, когда LLVM была поделкой пары красноглазых хипстеров

И что, это достоинство?