Малые операционные системы, Какая перспективнее?

Кроме Windows, мира Unix (в т.ч. Linux, BSD, Solaris) и мира Mac существуют еще ОСи. Haiku OS, ReactOS, Kolibri, Фантом ОС и пр.

👍НравитсяПонравилось0
В избранноеВ избранном0
LinkedIn

Лучшие комментарии пропустить

Кроме Windows, мира Unix (в т.ч. Linux, BSD, Solaris) и мира Mac существуют еще ОСи. Haiku OS, ReactOS, Kolibri, Фантом ОС и пр.

аффтар для начала ознакомился бы с собственноручно приведенным списком
в частности, ReactOS — это все тот же виндовс, который пытаются делать как опенсорс, начиная с win nt 4.0 (а еще ранее FreeWin95), но каждый раз не успевают ничего выпустить, до того как проект теряет актуальность, поэтому каждый раз проект переделывают — клон NT 4.0, 2000, ...
команда регулярно попадает в скандалы, дергая дизассемблированный код из винды, а написать столько кода с нуля самостоятельно они просто физически не в состоянии
в общем этот проект «догони уехавший поезд» — был мертв изначально
Haiku — опенсорсный клон мертвой BeOS
Kolibri — снгшный форк MenuetOS, MenuetOS — жив (22.04.2018 M64 1.28.50 released), Kolibri — нет
Фантом ОС???! [DOU сделайте у себя какую-нибудь анимацию — фейспалм]
lurkmore.to/Фантом_ОС

Anton Kuzmich
Комментарии 1
Топики 1

Завалишин, перелогинтесь
P.S. не зоопарк новых колибри и балгенОС-ов нужно разводить, а причесать видовое разнообразие хоть тех же линуксов

Допустимые теги: blockquote, a, pre, code, ul, ol, li, b, i, del.
Ctrl + Enter
Допустимые теги: blockquote, a, pre, code, ul, ol, li, b, i, del.
Ctrl + Enter

.ru — это сокращение от Рідна Україна?

И еще, если есть кое-где зуд копаться в малых ОС и время на эту заразу, обязательно стоит обратить внимание на микроядро mach (более всего известное, как составная часть эпплового XNU). Редчайший случай, когда концептуальная архитектура переросла во что-то реально полезное на практике.

«Mach remains just as avant-garde today as it was 30 years ago». J.Levin, *OS Internals.

Операционные системы будущего — это юникернелы! en.wikipedia.org/wiki/Unikernel

Запускаются за миллисекунды, в руке сидят как влитые.

Отрыжка императивного подхода. Будущее за конфигурируемой областью памяти. Без приложений. Отсутствие вообще деления на хард и софт. Деление софта на супервизор и приложение тоже искусственное. Область памяти конфигурируется под задачу в терминах пользовательской области и выполняет требуемое. Никаких редакторов, трансляторов и браузеров. Все в единой среде, она же и среда выполнения. Собственно, и выполнения как такового нет. Как и машины. Что такое выполнение? Для редактора, браузера, вычисления квадратного корня, или управления космическим аппаратом это все превратится в единую задачу. Вот я так думаю. И делаю. Процессора (в виде АЛУ) с выборкой данных и командами вычисления тоже нет в привычном виде. Выборка это одна функция, вычисления другая. Часть занимающаяся вычислениями может конфигурироваться на аксиомах арифметики при необходимости. Выборка и адресация становится основной задачей и характеристикой компьютера будущего. По количеству шин, и, следовательно, возможностей распараллеливания.

Наверное Minix ибо по количеству инсталляций обогнала Linux и Windows вместе взятых

Не-а
1) кроме Intel есть AMD
2) количество Linux на смартфонах и планшетниках превышает количество десктопов и лаптопов
3) виртуалки, местами десятки и сотни на физ. сервер, а южный мост один.

существуют еще ОСи. Haiku OS, ReactOS, Kolibri, Фантом ОС и пр.

Лично мне из экзотических операционок больше всего интересны Haiku, Kolibri и AROS. Менее всего — ReactOS (хотя если они в ближайшие годы выпустят реально работоспособную систему, то будет круто). Про Фантом ОС — ничего не знаю — может действительно что-то годное пилят — хз.

Какая из них перспективнее — хз. Поживем — увидим.

ReactOS (хотя если они в ближайшие годы выпустят реально работоспособную систему, то будет круто

 У ниъ этот ближайший год уже лет 15.

Именно поэтому ReactOS меня меньше всего интересует)

Tizen же ж! Samsung всё никак не оставит идею сделать убийцу андроида, чтобы не зависеть от Жужеля. Пока (8 лет уже, начиная с Bada) получается хреново, но зная их менталитет, рано или поздно они своего добьются.

PS. В сегменте «нетелефонов» уже добились. ТВ, очки, камеры, вот это все.
PPS. Хотя да, это таки Linux. Но я намеренно его вспомнил, т.к. на одном и том же ядре можно соорудить весьма разные OS, macOS и iOS как пример.

но зная их менталитет, рано или поздно они своего добьются.

Скорее Гугл добьётся, а Samsung воспользуется результатом.

Хотя да, это таки Linux.

Ну вот :(

На самом деле, там что-то серьёзно менять — нет причины, или надо таки запастись супераргументами.

Скорее Гугл добьётся, а Samsung воспользуется результатом.

Это уже давно свершившийся факт, а не будущее время :)
Но говорю же, долгосрочная стратегическая задача — отвязка от него.

Это не малая, это почти полноценный линукс.

Смерть BeOS не забуду, не прощу

Это было в 95-м году я тогда бумажную «компьютеру» читал эх было время!

И конструкторов собственных Ос-ей было много)) Даже возникали группы энтузиастов. Но, идей было мало. В основном крутили с файловой системой. Не вдохновляло.

Кстати еще можно вспомнить про OS/2...

уже вспоминали: eComStation

UNIX is an operating system, OS/2 is half an operating system, Windows is a shell, and DOS is a boot partition virus. (Peter Coffin)

Аналитический двигатель Бэббиджа ткёт алгебраические задачи точно так же, как ткацкий станок Жаккарда ткёт цветы и листья на ткани © Augusta Ada King Byron, Countess of Lovelace

Huawei has been building its substitute to Android for a rainy day. Is that day looming?

Having an alternative smartphone OS may have taken on added urgency for China with rising trade tensions with the US. Huawei has been developing and perfecting its own system, according to people familiar with the matter.

Кроме Windows, мира Unix (в т.ч. Linux, BSD, Solaris) и мира Mac существуют еще ОСи. Haiku OS, ReactOS, Kolibri, Фантом ОС и пр.

аффтар для начала ознакомился бы с собственноручно приведенным списком
в частности, ReactOS — это все тот же виндовс, который пытаются делать как опенсорс, начиная с win nt 4.0 (а еще ранее FreeWin95), но каждый раз не успевают ничего выпустить, до того как проект теряет актуальность, поэтому каждый раз проект переделывают — клон NT 4.0, 2000, ...
команда регулярно попадает в скандалы, дергая дизассемблированный код из винды, а написать столько кода с нуля самостоятельно они просто физически не в состоянии
в общем этот проект «догони уехавший поезд» — был мертв изначально
Haiku — опенсорсный клон мертвой BeOS
Kolibri — снгшный форк MenuetOS, MenuetOS — жив (22.04.2018 M64 1.28.50 released), Kolibri — нет
Фантом ОС???! [DOU сделайте у себя какую-нибудь анимацию — фейспалм]
lurkmore.to/Фантом_ОС

Anton Kuzmich
Комментарии 1
Топики 1

Завалишин, перелогинтесь
P.S. не зоопарк новых колибри и балгенОС-ов нужно разводить, а причесать видовое разнообразие хоть тех же линуксов

MenuetOS — жив (22.04.2018 M64 1.28.50 released), Kolibri — нет

На самом деле они примерно одинаковой «живости» — ибо и там и там релизятся сугубо ночные сборки.
Вот например у колибри в загрузках kolibrios.org/ru/download выложена версия от 1 мая 2018 года. Так что Колибри даже чуточку живее Менуэта))

Питаю нежные чувства к Гаечке. Реализацию многопоточности, многоядерности, многопроцессорности в BeOS до сих пор многие эксперты считают непревзойденной. И файловая система в беосе тоже очень нехилая.
А Менует вроде сдох. Колибри — развивающийся проект, но мне он не особо интересен. Реактос — хорошая вещь, но опять таки все маздайности винды тянет с собой.
Фантом — слишком революционно. Но все равно дай боже ДЗ добиться успехов в его нелегком труде.

Про колибри бред, она вполне себя жива, и ночные сборки регулярно появляются. А вот с датой последнего релиза Menuet все несколько прозаичней, дата последнего выпуска периодически обновляется, даже без самого нового выпуска) таким образом создается видимость жизни. Если пару дней понаблюдаете, поймете.

ну и кому оно нужно и где его ставят?

Без усяких сумнівів, майбутнє за TempleOS, що надиктована автору самим богом.

Да-да, точно. )))

Это было «перспективно» когда у людей ещё были компьютеры и сам этот факт «было перспективно» и можно было писать «FreeWin95 свободного клона MS Windows 95» только это было в конце 90-х а это 20 лет тому назад и сегодня люди уже толком стали забывать что такое компьютеры и что там внутре ещё какая-то «операционная система» и то что на какой-то «альтернативной прошивке» запускается фотошоп сирёзно? а зачем? а фотошоп это вообще что? а да у меня мобильник такое умеет вот смотри бесплатную аппку поставил.

Всё умерли «операционные системы для персональных компьютеров» с самими «персональными компьютерами» вместе.

ЗЫ: особенно в эпоху «условно бесплатного виндоуз».

... и другие сказки венского леса

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

Перспективнее простая. А это не от размеров зависит. Причем зависимость между простотой и размером прямая. То, что сейчас выглядит невозможным при известном изменении мозгов становится очевидным и простым. Настолько простым что становится доступным массовому пользователю. Кстати, это и критерий.

Критерий № 0 операционки — это безопасность. Вплоть до того, что антивирусу и фильтрам отдать львиную долю ресурса. А мелкие дают безопасность только от дурака.

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

а как в эту супер-пупер защищенную сферическую ось попал вирус?

И круто переплачивают на этой экономии потерей ценности бренда.
Я не спорю, что когда тираж на сотни миллионов штук, надо считать каждый цент и вкладываться в разработку. Но когда от силы 1-2 тысячи и не гарантировано больше — задержка в разработке и тонны багов заставят сдуться даже самый востребованный проект.

Кому и FreeRTOS перспективная. Особенно, если начал играться с микроконтроллерами.

Haiku

згідно вікі — Latest preview R1 Alpha 4.1 / November 14, 2012; 5 years ago

ReactOS

тримається на ентузіастах. можна долучитись до розробки якщо цікаво

Kolibri

OS яка позицінувала себе як ОС, котра повністю вміщається на 1.44 флоппі. в 2018 році люди вже забули, що таке флоппі.
Остання стабільна версія — в 2014 році.
ОС тримається на ентузіастах

Фантом ОС

вперше чую, але біглий огляд в неті нагадує попіл бабла десь в рф

є ще MorphOS, eComStation, menuetOs, aros

всі вони або заточені на якусь специфічну задачу, або підтримуються ентузіастами just for fun
звісно, ніяку перспективну бізнес нішу вони не зможуть отримати

Когда-то и линукс на энтузиастах был. Так что это не аргумент безперспективности.

згідний. Але всі перелічені ОС на ринку 10+ років

Haiku -
згідно вікі — Latest preview R1 Alpha 4.1 / November 14, 2012; 5 years ago

1. Поклонники Haiku насколько понимаю юзают ночные сборки — download.haiku-os.org/...​y-images/x86_gcc2_hybrid
2. недавно слышал, что в ближайшие пару лет обещают зарелизить Хайку, т.е выпустить не альфу или бету, а stable release (но это не точно).

Kolibri -
OS яка позицінувала себе як ОС, котра повністю вміщається на 1.44 флоппі. в 2018 році люди вже забули, що таке флоппі.
Остання стабільна версія — в 2014 році.
ОС тримається на ентузіастах

Колибри (как и Менуэт ОС) изначально позиционировалась как ось написанная целиком на ассемблере. Про флоппики — это как дополнительный бонус, вытекающий из ассемблера.
Ну и там вроде есть свежие ночные сборки (как и у Haiku), а также расширенная сборка KolibriN (которая правда хз когда обновлялась).
Причем под Колибри теми самыми энтузиастами написаны (портированы): C (Tiny C Compiler), Pascal (Free Pascal вроде), Lua 5.2 и Python (TinyPy кажись). Под MenuetOS писали какую-то реализацию бейсика. Правда ХЗ что из перечисленного годное для реального применения (скорее это любительские проекты для набивания скилла в программировании на асме).

Фантом ОС

аналогично)

aros

тоже интересная ось)

Еще есть Оберон-07 (и даже читалка fb2 написанная на нем), Forth. Мелоч не считаем.

Прогресс неизбежен. Люди по любому работают. Но, в императивной парадигме придумано все. Мы накануне грандиозного шухера. Как накопится критическая масса новых подходов и идей возникнет коммерческая целесообразность плюнуть на совместимость, и перейти на новые технологии. Как с пластинок на магнитофоны. С магнитофонов на диски. С дисков на флэшки. С флэшэк в облака.

Недавно новый релиз реактос обсуждали — news.ycombinator.com/item?id=16844775
Я был удивлен их прогрессом в такой безнадежной задаче.

Возможно, Фуксия — на ней гугл надеется когда-то заменить Linux в Android.
Хотя я не уверен, что её после этого можно будет называть _малой_ ОС :)

А вообще, вы даже не попытались определить цель.
Если тренироваться сделать совсем свою, тут не надо смотреть на известные ;)

Фуксия — единственная ОС название которой никто не может написать правильно :)

i0.wp.com/...​xkcd.com/blag/fuchsia.png
Now, you may notice that the correct spelling is missing. This is because I can’t spell it either, and when running the analysis, used Google’s suggestion feature as a spellchecker:
i0.wp.com/...​m/blag/google_fuchsia.png

Возможно, Фуксия — на ней гугл надеется когда-то заменить Linux в Android.

Если рассматривать андроид в отрыве от лиукса — там на самом деле работы не много, мы когда-то выкинули линукс из андроида за пол года. Ну а так да, андроидовское АПИ часто содержит линуксизмы и с ними тяжелее всего.

POSIX операционка, которая позволяет запускать андроид пишется за те же пол года на коленке — там нет ничего сверхсложного. Например у MacOS есть замечательная libc под BSD лицензией, в которой они реализовали все линуксизмы.

А вот что делать с 3rdparty драйверами для платформы, например под те же GPU — это вопрос серьёзный.

POSIX операционка, которая позволяет запускать андроид пишется за те же пол года на коленке — там нет ничего сверхсложного

Да сложного, может, и нет (примерно как был первый linux написан). С другой стороны, зачем обязательно POSIX? POSIX полезен в итоге как legacy-оболочка, но основу далеко не обязательно делать в его стиле (и во многом и не имеет смысла).

А вот что делать с 3rdparty драйверами для платформы, например под те же GPU — это вопрос серьёзный.

Смотря под что они их затачивали. Если под linux ядро — да, будет грустно. Может даже всего веса Google не хватить, чтобы выдавить у разработчиков расчёт на другую обстановку.

С другой стороны, зачем обязательно POSIX?

Потому что в первую очередь POSIX — это набор стандартов совместимости между ОС. Три четвёртых всего opensource — это чистый посикс. Просто себе дороже выйдет делать несовместимые вещи.

Если под linux ядро — да, будет грустно.

Именно так.

Может даже всего веса Google не хватить, чтобы выдавить у разработчиков расчёт на другую обстановку.

Однозначно не хватит. Разработчики — обычно небольшие компании — они просто отдают исходники под линукс, а ты делаешь с ними что хочешь. Я, например, работал над эмулятором linux kernel API через POSIX примитивы, так чтобы можно было скомпилировать любой драйвер и получить обычное приложение.

Потому что в первую очередь POSIX — это набор стандартов совместимости между ОС.

От которого таки постепенно надо уходить (и уводить). А по факту и так вместо этого имеем Linux. Вот кто будет писать под POSIX, в котором не предусматривается, например, epoll? Пишут под что-то конкретное, где он есть (ну или kevent).
Уже даже последние редакции POSIX показали заметный сдвиг именно к linux-манере реализации (например, тема с mtime наносекундами в struct stat).

ак чтобы можно было скомпилировать любой драйвер и получить обычное приложение.

Странное направление развития, обычно стараются, наоборот, сделать что-то типа в ядре, но с userland возможностями, включая ляпы кодеров...

От которого таки постепенно надо уходить (и уводить).

Зачем? Худо-бедно, но оно работает. Если бы не POSIX threads, то сейчас была бы такая анархия, что невозможно было бы портировать.

Уже даже последние редакции POSIX показали заметный сдвиг именно к linux-манере реализации (например, тема с mtime наносекундами в struct stat).

Обычно всё, что связано с наносекундами исходило от нас :) Ну и основные контрибьютеры в POSIX — это не линукс.

Странное направление развития, обычно стараются, наоборот, сделать что-то типа в ядре, но с userland возможностями, включая ляпы кодеров...

У нас ведь не монолитное ядро — всё — это обычные процессы.

Если бы не POSIX threads

Чем threads так важны по сравнению с прочим?

Ну и основные контрибьютеры в POSIX — это не линукс.

Когда-то. Не сейчас.

Чем threads так важны по сравнению с прочим?

Жизнь сейчас такая — всё растёт вширь, увеличиваются количество ядер, а не частота, поэтому многопоточность — это сейчас база всего.

Когда-то. Не сейчас.

А что они добавили за последние года? Только разные секьюрити варианты обычных strcmp и прочее. Вроде больше ничего не помню.

поэтому многопоточность — это сейчас база всего.

А вот переход от многонитевости к pthreads уже не основа :)
хотя в целом я таки согласен.

А что они добавили за последние года?

А что вообще добавилось? А то тема «что нового в 2017й ревизии» как-то не гуглится.

А что вообще добавилось? А то тема «что нового в 2017й ревизии» как-то не гуглится.

Да, там тяжело гуглить, ибо негде %) У нас по внутренним ревью пробегало, что в драфте висят asprintf(), fls() и ещё что-то уже не помню, поэтому добавили.

pubs.opengroup.org/onlinepubs/9699919799
Но там чтобы понять что нового, надо знать что было в старом :)

Мы в основном добавляем в pthreads и RT секции. Опять же что из них где в каком стандарте или драфте — хз. Меня, если честно немного бесят все эти макросы перед хедарами: _XOPEN_SOURCE=700
__EXT_XOPEN_EX
__EXT_ANSIC_199409 || __STDC_VERSION__=199409
__EXT_POSIX1_198808
__EXT_POSIX1_199309
и т.д. у нас все хедеры ими засраны.

Если бы я ещё помнил что где объявлено, поэтому обычно тыкаю в _XOPEN_SOURCE=700 и этого хватает для всего %)

переход от многонитевости к pthreads

завис...

В линуксе изначально многопоточности не было была «многонитевость в юзермоде» ну о «оригинальный unix-way» это fork() наше всё. Да и сегодня (ок насколько я понимаю внутреннюю кухню) в линуксе «потоки» это тот же ж fork() и на самом деле это такие же ж процессы на уровне ядра только LWP «light weight processes».

не совсем так
да, с точки зрения ядра это легковесные процессы
и да, и форки и реды в линуксе создаются одной и тойже функцией clone() но флаги разные, и соответственно, получаемый результат разный

в линуксе «потоки» это тот же ж fork() и на самом деле это такие же ж процессы на уровне ядра

Ну не совсем — хотя бы то, что формально процессы стали группами нитей (для завершения процесса теперь сисколл exit_group вместо exit), шедулер умеет учитывать эти самые группы, а не только отдельные «процессы»-нити, и так далее. Неклонирование VM, пула дескрипторов...
Это во времена Leroy’s linuxthreads и раннего NGPT разницу со стороны нельзя было увидеть, сейчас она есть.
Но таки да, что всё это задаётся флагами clone(), и можно делать всякие извращения типа попросить CLONE_FILES, но не CLONE_VM, сгенерировав какую-то химеру...

Из недавнего в линуксе была обнаружена какая-то нездоровая хрень с С++, синглтонами и TLS. Софт работал под линуксом правильно, потому что какого-то хрена это синглтон был отправлен в TLS, а под QNX’ом после расследования обнаружили, что никакого основания отправлять его в TLS не было, ни __thread, ни pthread_*_key — ничего не было использовано. Линукс мы не стали раскапывать дальше, ибо времени особо нет, но баг не очень приятный, видать при создании потока какая-то память была скопирована вместо того, чтобы быть расшареной.

Насколько я понимаю там подразумевался переход от фейковых потоков, типа gnu threads, к нативным, типа NPTL. Сейчас же сеньйоры пошли которые путаются даже в таких простых вещах как тип потока ...

1. pthreads не идеальный интерфейс и не всё в нём есть (не зря куча функций называется чего-то_np), хотя после вымирания (на уровне libc) M:N модели количество того, что не укладывалось в прокрустово pthreads, сократилось.

2. Вообще я хотел сказать «многозадачность», но сбился с толку в противоположном направлении — из-за кретинского перевода thread как «поток».
Форм многозадачности много, а вот сводить её к нитям одного процесса это однозначно слишком узко (хотя для задач Майка другие варианты это исчезающе малая доля смысла, так что то, что он думает только про нити, ему имеет смысл).

не зря куча функций называется чего-то_np

Как правило — это драфты, в линуксе часто много недореализовано и в тоже время они мейнтейнят кучу своих _np. Так что это не показатель. Чего тебе не хватает в pthreads?

С ходу:
1. affinity.
2. rwlock upgrade/downgrade.

1. affinity.

С affinity всё сложно. Есть понятие runmask, которое относится к процессу и есть affinity, которое относится к потоку. По умолчанию процесс равен дефолтовому главному потоку. Установка ранмаска должна наследоваться всеми потоками, установка аффинити не должна. Так вот грань с правильным поведением провести очень тяжело.

Это уже какая-то QNXовая специфика, начиная с терминов, и она неинтересна.
Но если бы я это делал, то была бы общая affinity (ok, runmask) на процесс, которая ограничивает возможность установки affinity на нить, и наследование affinity mask нити по умолчанию. Что-то аналогичное схеме с hard/soft rlimit.

И я так понял, с rwlock upgrade возражений нет?

Но если бы я это делал, то была бы общая affinity (ok, runmask) на процесс

Является ли нулевой поток процессом или нет, вот в чём вопрос. Это также как смешивать fork() и pthreads. Мы, допустим, выбрали переход от процесса к процессу с потоками. Они хендлятся ядром по разному, поэтому маска процесса не наследуется и существует до тех пор пока ты не создал поток отличный от главного.

И я так понял, с rwlock upgrade возражений нет?

rwlock — это производная, не базовый примитив, поэтому все манипуляции с ней и доработки не интересны уже мне %)

На всякий случай: fork() лучше вообще ни с чем не смешивать.

Извиняюсь если не в тему.

А вот что делать с 3rdparty драйверами для платформы, например под те же GPU — это вопрос серьёзный

libhybris?

libhybris?

Это совсем не то, это для совместимости между линуксами, что гораздо проще, нежели между линуксом и не линуксом.

зависит от того, насколько новый апи близок к линуксу. просто адаптируется libhybris

просто адаптируется libhybris

Там адаптировать нечего — по сути это пустышка, которая лишь слегка правит функциональность.

что собсно и требуется

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

Есть возможность писать натив. А какая была бы альтернатива яве при разных процессорах и куче прочего? WebAssembly? ;)

из натива не вызывая яву нет доступа к подавляющему количеству UI api
даже активити не создать

Если это очередной дистр линя то точно к малым не отнесешь

Как бы не плохо было бы определить вообще предмет обсуждения. Что такое ОС? Что такое малая ОС? Минимальный набор функционала. И т.п. Ибо сейчас идет обсуждения собственных мыслей и ощущений. Не более.

Кстати есть малые линуксы — Puppy Linux (~100-150 мб), неапример. Есть даже очень малые линуксы — SliTaz (~35-40 мб). А есть вообще крохи — Tiny Core Linux (консольная версия которого весит около 8 МБ). :)

А есть openwrt. Это наверно какой-то атомарный линукс?

А еще я могу собрать linux+musl+busybox, это уже наверное какой-то кварковый, да?

А есть openwrt. Это наверно какой-то атомарный линукс?

Не знаю — не смотрел)

А еще я могу собрать linux+musl+busybox

было бы круто (да мне нравятся маленькие линуксы с альтернативными к GNOME/KDE/MATE графическими оболочками). :)

это уже наверное какой-то кварковый, да?

наверное будет что-то типа такого -> www.opennet.ru/...​/sys/micro_linux.txt.html

openwrt — дистр для роутеров, там образ прошивки стартует от 2Мб

наверное будет что-то типа такого -> www.opennet.ru/...​/sys/micro_linux.txt.html
тащим с www.kernel.org ядро посвежее — думаю будет достаточно даже 2.0.38

Хихи

Незрозуміла стратегія виробника. Підтримка сфокусована на великих клієнтах.

Незрозуміла стратегія виробника.

Что именно непонятно?

Підтримка сфокусована на великих клієнтах.

А где-то по-другому? Ну и поддержка-поддержке рознь, если запрос натягивается на роудмап, то всё нормально, а если нет, то странно ожидать, что компания потратит на разработку в два-три раза больше денег, чем клиент на её софт ради фичи, которая только этому клиенту и нужна. Тут вполне работает стратегия получения исходников и клиент сам допиливает всё, что ему надо.

Блекберри пытались, но тоже переехали на андроид.

не совсем. мобилки переехали (хотя BB10 все еще поддерживается), а QNX теперь в автомотив

Не надо путать тёплое и мягкое. Убрали QNX8 с массмаркетовских телефонов ибо создать новый маркет приложений очень тяжело. В кастомных мобильных устройствах оно присутствует ещё как, например, в мобильном диагностере уровня сахара в крови для диабетиков и т.п. устройствах, которые по сути те же телефоны.

Блекберри пытались, но тоже переехали на андроид

Который наверняка несовместим с меинстримовым андроидом?

Совместим полностью.

Не верю. Блекберри умудрилась изуродовать Qt и сделать несовместимый вариант j2me. Не может быть, чтобы андроид был девственно чистым и неизнасилованным

Блекберри умудрилась изуродовать Qt

Ты про тот, что шёл в BB10 ? Ну так и Нокиа тоже свой Qt так покромсала, что волосы на спине дыбом встают. Тот, который идёт с QNX’ом — вполне стандартный.

и сделать несовместимый вариант j2me

Она была официально сертифицирована ораклом. То просто кто-то использовал нестандартные расширения %)

Не может быть, чтобы андроид был девственно чистым и неизнасилованным

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

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

Ну так и Нокиа тоже свой Qt так покромсала
Тот, который идёт с QNX’ом — вполне стандартный

Нокия полностью выкупила Qt поэтому как-то странно говорить что у нокии был свой qt ;)

При нокии сделали qml, с которым у меня сложные отношения из-за js, но движение в сторону qml оказалось правильным

что волосы на спине дыбом встают

В каких местах например?

То просто кто-то использовал нестандартные расширения

Без этих расширений, j2me приложение на блекбери смотрится крайне убого

Нокия полностью выкупила Qt поэтому как-то странно говорить что у нокии был свой qt ;)

Под симбиан у них была не стандартная Qt. Особенно внутренний рендеринг.

что волосы на спине дыбом встают
В каких местах например?

Чуть ниже поясницы.

Без этих расширений, j2me приложение на блекбери смотрится крайне убого

Ну так всё-таки оно стандартное? %)

Под симбиан у них была не стандартная Qt. Особенно внутренний рендеринг.

Можешь рассказать подробнее? А то я никаких нестандартов не заметил — «write once, deploy everywhere» как грится

Ну так всё-таки оно стандартное?

Э, нет. Там было два варианта: либо юзать плохо интегрированное в систему, но честное j2me, либо использовать перпендикулярное непереносимое никуда API. Т.е. блекберри наглухо забила на интеграцию j2me

А от Qt в BB10 вообще только базовые классы оставили. Зачем так делать?

Можешь рассказать подробнее? А то я никаких нестандартов не заметил — «write once, deploy everywhere» как грится

Да я уже и не помню, у меня была Nokia C1, тогда под неё писал, там вроде был Symbian S^3, потом Anna, потом Belle. Запомнилось, что много чего не было — стандартных диалог, пусть и адаптированных под телефон, приходилось писать самому, внутренний рендеринг был очень покалечен — я про то, как Qt рендерил свои собственные виджеты.

Э, нет. Там было два варианта: либо юзать плохо интегрированное в систему, но честное j2me, либо использовать перпендикулярное непереносимое никуда API. Т.е. блекберри наглухо забила на интеграцию j2me

Мы говорим о BB10 или о предыдущих, чисто джававских телефонах, которые были до ВВ10?

А от Qt в BB10 вообще только базовые классы оставили. Зачем так делать?

Я просто из другой песочницы, но у нас и на сайте Qt он был полноценный под телефоны. Ты, наверное имеешь в виду Cascades, которая была частичной надстройкой над Qt? Там, да, только базовые классы.

Запомнилось, что много чего не было — стандартных диалог, пусть и адаптированных под телефон, приходилось писать самому

Начиная с Anna, на симбиане были QML контролы под нативный лук-н-фил:doc.qt.io/...​ples-symbian-gallery.html

внутренний рендеринг был очень покалечен — я про то, как Qt рендерил свои собственные виджеты.

Можешь подробнее рассказать-вспомнить?

Мы говорим о BB10 или о предыдущих, чисто джававских телефонах, которые были до ВВ10?

На чистоджавовских блекберри были очень плохо интегрированы в систему j2me приложения.

А на BB10 была стремная реализация Qt.

Я просто из другой песочницы, но у нас и на сайте Qt он был полноценный под телефоны. Ты, наверное имеешь в виду Cascades, которая была частичной надстройкой над Qt? Там, да, только базовые классы.

Я так понял, что Cascades — это было единственное доступное API. Зачем городить два параллельных API вместо одного?

И да, есть инфа почему нужно было делать Cascades вместо традиционного Qtшного QML?

Начиная с Anna, на симбиане были QML контролы под нативный лук-н-фил:doc.qt.io/...​ples-symbian-gallery.html

Это как в другой жизни было, я портировал под него Qt nethack.

Можешь подробнее рассказать-вспомнить?

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

Я так понял, что Cascades — это было единственное доступное API. Зачем городить два параллельных API вместо одного?

Нет, специально посмотрел Z30 — лежат Qt либы как они есть. А вот на счёт NDK — там могло не быть хедеров под них, но хедеры и все исходники вместе с портом качались с сайта Qt, который редиректил на блекберриевский сервер.

И да, есть инфа почему нужно было делать Cascades вместо традиционного Qtшного QML?

Чтобы ограничить девелоперов в плане UI, чтобы не городили отсебятину, так сказать внести госстандарт. Плюс там были реализованы типичные кирпичики всех приложений помимо обрезанного Qt, просто берёшь готовое и лепишь всё в кучу. Разработка ведь была задолго до появления QML. QML появился в 2009, плейбук зарелизили в 2011, а на выставках он был ещё с 2010 года.

о, плейбук крутая штука. до сих пор гдето валяется. практически неубиваемый

Чому «крім» linux? Бо саме одна з малих лінукс систем raspbian живе вже декілька років на моїх «малинках», одна в якості маршрутизатора, інша в якості медіаплеєра в дитячій кімнаті. Вона принаймні приносить якусь користь, отже і є перспективною.
Якщо потрібні реально мінімальні лінукс системи, то ось перелік перших лінків з гуглу:
www.zdnet.com/...​mall-linux-distributions
unix.stackexchange.com/...​tion-by-installation-size
en.wikipedia.org/...​st_of_Linux_distributions
Якщо ж ви знайшли реальне застосування для згаданих

Haiku OS, ReactOS, Kolibri, Фантом ОС и пр.

окрім просто встановити і погратися, отже для вас вони є перспективними.

Kolibri — забавная зверушка. Но о каких перспективах речь?
Все это, имхо, джаст фор фан, не более.

ru.wikipedia.org/wiki/Visopsys — тоже из малых. Юзается на прогах для разделки диска. BeOS когда-то юзался как Silicon Graphics для бедных. А его опенсорсный потомок — Haiku OS.

в каком смысле — «перспективная»? с точки зрения бизнеса? или с точки зрения... ээээ... известности?

Подписаться на комментарии