LINUX.ORG.RU

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

 , , ,


6

6

Обзор от дизайнера и прикладного разработчика KolibriOS в честь 10-летия его участия в проекте.

>>> Читать обзор



Проверено: Shaman007 ()
Ответ на: комментарий от upcFrost

хз, я ж не про себя. это на форуме колибри проскакивало, и даже в новостях вроде. лет 5 назад было

Поискал, нашёл. Есть несколько свободных библиотек под Линукс, но мы пользовались чисто виндовой OPOS-CCO, которая заточена под OLE. Прошу прощения, кого ввёл в заблуждение.

question4 ★★★★★ ()
Последнее исправление: question4 (всего исправлений: 1)
Ответ на: комментарий от IMP

А как вы будет с законом запрещающим приобретать проводить закупку иностранного ПО в государственные учреждения при наличии отечествнного аналога

Очень просто - этот закон не работает. Попробуйте найти отечественный аналог rhel или oracle.

Clayman ()
Ответ на: комментарий от anonymous

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

Вангую я, что это неправда

Это сомнение в компетенции разработчиков или в принципиальной возможности загрузить 32-битную ОС из 64-битного UEFI окружения?

d ★★★ ()
Ответ на: комментарий от FilosofeM

В том что она работает с одной дискеты. Эта ОСь мне помогла восстановить старый комп, на котором была ошибка Биоса, из-за чего он работал только по дефолту - загрузку ОСей с диска\флешки не сделать.

Пользуясь случаем - спасибо разработчикам за такую крутую ось! Вы молодцы, ребята :)

anonymous ()
Ответ на: комментарий от Aswed

Это капитанство. Анонимус бы ещё про непортабельный ассемблер под колибри написал. Не говоря уже о том, что срач про микроядро vs. монолит длится уже ~25 лет, поэтому я намеренно не стал цепляться за конкретику:

Не говоря уже о жизнеспособности самой концепции Redox в отличие от…

WitcherGeralt ()
Ответ на: комментарий от beck

СССР как раз мог это сделать и делал

Ну давай, рассказывай нам об успехах советских ЭВМ.

Но потом было принято странное решение копировать

Действительно странное. Кому это нужно было, когда оригинальная разработка Наири в 1977 году догнала и перегнала s/360-91 (1.8MIPS образца 1967го.

Наивысшая производительность в моделях серии «Наири-4» была достигнута в 1977 году в ЭВМ «Наири-4» (2 млн. операций в секунду)

redgremlin ★★★★★ ()
Ответ на: комментарий от Clayman

Здравствуйте. Вопрос об контроле исполнения законов мы оставим надзорным органам =) А что вас смущает в данном законе? Там черным по белому написано при наличии отечественных аналогов. Если таки нет, то вы имеете право использовать импортное ПО. Но дело в том что аналог Windows уже есть в реестре отечественно ПО одобренным законодательно. Поэтому тут все вполне работоспособно, особенно для прокуратуры, которая стабильно наведывается в гости =) И я вас уверяю штрафы на ответственных лиц, копеейки по сравнению со штрафами на организацию =) Еще раз повторюсь Казна пуста =)

IMP ()
Ответ на: комментарий от redgremlin

Ну давай, рассказывай нам об успехах советских ЭВМ.

В 1967 году начала работать БЭСМ-6, выполнявшая около 1 млн операций в секунду. В течение нескольких месяцев она была самой высокопроизводительной ЭВМ в Европе. (С 1965 года в Швейцарии в ЦЕРН эксплуатировалась предсерийная машина CDC 6600[7]. В 1968 году эта машина была остановлена на 2 месяца для капитального ремонта, необходимого для повышения надёжности работы и внесения изменений, применённых на серийных машинах.) Вычислительный комплекс, в состав которого входили БЭСМ-6, в 1975 году в ходе космического полёта „Союз — Аполлон“» обрабатывал телеметрию за 1 минуту, в то время как американская сторона на такой расчёт тратила 30 минут[8]. Тем не менее, в декабре 1977 года в Министерстве радиопромышленности СССР было принято решение прекратить разработки собственных вычислительных систем и использовать разработки американских компьютерных фирм «IBM» и «Digital Equipment», адаптировав их к советской элементной базе.

beck ()
Ответ на: комментарий от beck

Упомянутый CDC 6600 — 1963 года работающий предсерийный экземпляр, который был несколько быстрее. Т.е. в 1967 году СССР уже на 4 года оставало. К 1977 отставание достигло 10 лет. На этом фоне решение Минрадиопрома иначе, чем запоздалым, не назовёшь.

redgremlin ★★★★★ ()
Ответ на: комментарий от beck

Тем не менее, в декабре 1977 года в Министерстве радиопромышленности СССР было принято решение прекратить разработки собственных вычислительных систем

Хватит уже копитастить пропагандисткий бред. Решение было принято ЦК КПСС, к которому пришло понимание, что с БЭСМ и прочими страна отстала от США лет на 10. У амеров в 1970 уже была system/370 с поддержкой мультипроцессорности и виртуальной памяти.

anonymous ()
Ответ на: комментарий от WitcherGeralt

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

Aswed ★★★★ ()
Ответ на: комментарий от WitcherGeralt

Ну и да, у меня знатно бомбануло, когда мне из liveCD пришлось менять одну строчку в конфиге, потому что без драйвера все работало отлично, а с ним даже не загружалось

Aswed ★★★★ ()
Ответ на: комментарий от redgremlin

Тут ещё дело в том, что если и ставят такие большие чипы для биоса то не просто так: значит и сам биос достаточно много весит, значительно больше чем половина выбранного чипа (иначе можно было бы чуть ужать этот биос чтобы на матплату поставить чип в два раза меньшего объёма который существенно дешевле)

То есть: если на матплате и окажется большой чип, то в большинстве случаев с жирным биосом который наверняка будет отъедать более 75% от его объёма - и чтобы KolibriOS влезла вместе с этим UEFI/BIOS всё же требуется чтобы она была как можно меньшего размера. Поэтому то, что KolibriOS умещается на дискете - это огромный плюс с моей точки зрения

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

Теоретически в дополнении к самому драйверу можно портировать маленький кусочек линукса по самому минимуму - ведь в процессе работы драйвера наверняка задействуется только самый мизерный процент кода всего ядра. А вот если нет ни одного открытого драйвера хоть для какой ОС (как у Broadcom) то шансы завести это устройство на KolibriOS практически равны нулю

SakuraKun ()
Ответ на: комментарий от SakuraKun

Тут ещё дело в том, что если и ставят такие большие чипы для биоса то не просто так: значит и сам биос достаточно много весит, значительно больше чем половина выбранного чипа (иначе можно было бы чуть ужать этот биос чтобы на матплату поставить чип в два раза меньшего объёма который существенно дешевле)

То есть: если на матплате и окажется большой чип, то в большинстве случаев с жирным биосом который наверняка будет отъедать более 75% от его объёма - и чтобы KolibriOS влезла вместе с этим UEFI/BIOS всё же требуется чтобы она была как можно меньшего размера. Поэтому то, что KolibriOS умещается на дискете - это огромный плюс с моей точки зрения

Ты бредишь. Флеш-память что 1 Мб, что 8 Мб, что 100 Мб сейчас стоит практически одинаково - ноль целых ноль ноль одну десятую.

Теоретически в дополнении к самому драйверу можно портировать маленький кусочек линукса по самому минимуму - ведь в процессе работы драйвера наверняка задействуется только самый мизерный процент кода всего ядра. А вот если нет ни одного открытого драйвера хоть для какой ОС (как у Broadcom) то шансы завести это устройство на KolibriOS практически равны нулю

Таким образом, по твоим же словам получается, чтобы колибри поддерживала все железо, которое поддерживает линукс, по объему она должна стать как линукс. Потому что все драйверы в сумме как раз задействую весь код ядра. Ты же не думаешь, что там 99% кода просто так, ради прикола написано.

curufinwe ★★★★ ()
Ответ на: комментарий от curufinwe

Флеш-память что 1 Мб, что 8 Мб, что 100 Мб сейчас стоит практически одинаково - ноль целых ноль ноль одну десятую

Нельзя так просто говорить «флеш-память». Смотря какого типа! ;) Если какой нибудь TLC который можно перезаписать только 3 тысячи раз - то да, «стоит три копейки за мегабайт». Но я говорю про нормальный «дубовый» NOR flash, который можно перезаписать миллион раз и вообще очень надёжный по сравнению с TLC - поэтому он и используется для биос чипов, и стоит соответствующе. Например, между 4 МБ и 8 МБ чипами стоимость различалась минимум в полтора раза. Поэтому производители - которые естественно хотят минимизировать издержки - будут выбирать чипы наименьшего возможного объёма, и чтобы KolibriOS уместиться вдобавок к биосу - ей нужно оставаться стройненькой :)

Таким образом, по твоим же словам получается, чтобы колибри поддерживала все железо, которое поддерживает линукс, по объему она должна стать как линукс. Потому что все драйверы в сумме как раз задействую весь код ядра. Ты же не думаешь, что там 99% кода просто так, ради прикола написано

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

SakuraKun ()
Ответ на: комментарий от redgremlin

Какую страну прострали, а ведь могли же, вспомни «завтрак туриста», берёзовый сок в трёхлитровых банках, а килька, ты только вдумайся, какая была килька в томате!!11

anonymous ()
Ответ на: комментарий от SakuraKun

Нельзя так просто говорить «флеш-память». Смотря какого типа! ;) Если какой нибудь TLC который можно перезаписать только 3 тысячи раз - то да, «стоит три копейки за мегабайт». Но я говорю про нормальный «дубовый» NOR flash, который можно перезаписать миллион раз и вообще очень надёжный по сравнению с TLC - поэтому он и используется для биос чипов, и стоит соответствующе. Например, между 4 МБ и 8 МБ чипами стоимость различалась минимум в полтора раза.

Посмотрел цены. NOR Flash 32 Мб стоит 1.8 доллара в розницу, при покупке одной микросхемы. Это 90% стоимости материнки, ну конечно.

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

Драйвер - это программа на языке C, которая плотно использует внутренние API ядра. В винде так вообще специальный фреймворк по сути для драйверов заложен. Что откуда выковыривать, непонятно. Во-первых, это равносильно написанию с нуля, во-вторых, даже если сделать - ты притащишь все ядро линукса в колибри.

curufinwe ★★★★ ()
Ответ на: комментарий от anonymous

Какую страну прострали, а ведь могли же, вспомни «завтрак туриста», берёзовый сок в трёхлитровых банках, а килька, ты только вдумайся, какая была килька в томате!!11

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

curufinwe ★★★★ ()
Ответ на: комментарий от redgremlin

Действительно странное. Кому это нужно было, когда оригинальная разработка Наири в 1977 году догнала и перегнала s/360-91 (1.8MIPS образца 1967го.

С Наири-4 уже сравнивать нельзя. Она разрабатывалась в рамках копирования PDP, а все скопированные отставали на 10 лет.

question4 ★★★★★ ()
Ответ на: комментарий от anonymous

Решение было принято ЦК КПСС, к которому пришло понимание, что с БЭСМ и прочими страна отстала от США лет на 10. У амеров в 1970 уже была system/370 с поддержкой мультипроцессорности и виртуальной памяти.

10 к тому моменту ещё не было. Главной проблемой была цена. Вместо того, чтобы каждая крупная организация тратила народные деньги на изобретение своего велосипеда, решили накупить за бугром лицензий на самое лучшее. Чтобы никому обидно не было. Благо как раз в этот момент был период мира, дружбы и разоружения, а в СССР пришло много нефтедолларов. Но как только всё своё позакрывали, США ввели санкции за препятствование эмиграции. Пришлось вывозить контрабандой и реверсить.

question4 ★★★★★ ()
Ответ на: комментарий от beck

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

Вы уже определитесь, а? У Вас взаимоисключающие параграфы.

Да, сила СПО именно в том, что закрыть его нельзя. Что мы и имеем на примере покупки сана ораклом. Попытка огородить MySQL привела к появлению MariaDB. Попытка огородить OpenOffice привела к появлению LibreOffice. Точно так же, если завтра новый владелец торговой марки Linux начнёт городить какие-то ограничения - это автоматически будет означать появление форка последней свободной версии.

Проблема 3 в том, что ни один из разработчиков «своего листрибутива» не даст 146% гарантии, что в миллионах строк кода Linux нет закладок и недокументированных возможностей.

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

Я на самом деле за то, чтобы было больше ОСей, хороших и разных. И Колибри как концепт мне тоже нравится. Но разводить психоз «вот эта ОС плохая, потому что открытая, а наша хорошая, потому что мы её переписали целиком с нуля и никому не покажем» - это тупиковый путь.

И да, Вам, кажется, анонимус задавал вопрос, Вы сами-то работали хоть из одной из систем, которые называете «болгеносами»? Особенно смешно читать про болгенос должно быть представителям альтлинукса того же... Про Китай и WinCE тоже ждём пруфов.

hobbit ★★★★★ ()
Последнее исправление: hobbit (всего исправлений: 3)
Ответ на: комментарий от IMP

идея по переносу на эльбрус и заключение контракта для данной команды действительно бы выстрелило, ибо то что сейчас предлогают в качестве ОС сильно удручает

Да что там удручает-то? Нормальный линукс, пересобранный lcc.

А «перенос» ОС, написанной на ассемблере - это переписывание с нуля. Пожалуйста, пишите ОС для эльбруса на ассемблере (если МЦСТ даст описание системы команд), но не называйте это Колибри, не вводите людей в заблуждение.

hobbit ★★★★★ ()
Ответ на: А что, если... от atsym

Re: А что, если...

Уууу ну все ясно,то что делалось 10 лет сделал какой то 15 летний пацан за недельку!!1))Ну так то xOS на Си пишется,графический интерфейс к примеру.Интерфейс правда все равно не очень.)У KOS больше драйверов под устройства,и могу ошибатся но вроде у xOS gui не часть ядра,а у KOS вшито.Еще под KOS портированны многие вещи,к примеру SDL,DosBox.Еще у того чела своя файловая система,а колибри поддерживает нормальные ФС)

linuhs_user ()
Ответ на: комментарий от curufinwe

NOR Flash 32 Мб стоит 1.8 доллара в розницу, при покупке одной микросхемы. Это 90% стоимости материнки, ну конечно

В зависимости от форм-фактора может стоить дороже... этот NOR Flash хоть и стоит 1-2% от стоимости всей материнской платы, если перемножить разницу в цене между двумя NOR Flash различного объёма (например 16 МБ и 32 МБ, около $1) на тираж какой-нибудь материнской платы или ноута внутри которого она стоит - то выйдет кругленькая сумма! ;) https://the-geek.ru/news/noutbuk-ot-xiaomi-razoydyotsya-tirazhom-v-300-tyis-e... - Типичный ноут, хотели сделать тираж 1 млн но сделали 300 тысяч. 300 тысяч * 1 доллар = 300 тысяч долларов! Поэтому в потребительской электронике и пытаются сэкономить везде где можно и даже где нельзя, ведь сэкономленные «копейки» на каждой из деталей в итоге дают приличные суммы

Из-за этого эффекта производители ставят «БИОС-чипы» самого минимального объёма который позволяет вместить БИОС, свободного места остаётся крайне мало и маленький «дискетный» размер KolibriOS по-прежнему очень важен - если мы хотим чтобы она всё-таки уместилась туда как дополнение

Драйвер - это программа на языке C, которая плотно использует внутренние API ядра. В винде так вообще специальный фреймворк по сути для драйверов заложен. Что откуда выковыривать, непонятно. Во-первых, это равносильно написанию с нуля, во-вторых, даже если сделать - ты притащишь все ядро линукса в колибри

Если абстрагироваться от API и Framework'ов: когда например мы подключаем устройство к компу, выполняется определённая последовательность ассемблерных инструкций чтобы его завести. Остаётся лишь вычислить эту последовательность (есть реальные способы отладки как это сделать) чтобы можно было попытаться перенести её в KolibriOS. Согласен, это достаточно хлопотно, но возможно

SakuraKun ()
Ответ на: Re: А что, если... от linuhs_user

Ну так то xOS на Си пишется

Да ладно? Ты хоть читал описание и смотрел в код?

Hobby OS built from scratch for the PC with a compositing graphical user interface, multitasking, ACPI, USB, networking and more to come, written entirely in assembly. Applications can be written in assembly or C.

Assembly 94.0%
C 5.4%
Other 0.6%

https://github.com/omarrx024/xos

atsym ★★★★ ()
Последнее исправление: atsym (всего исправлений: 1)
Ответ на: комментарий от SakuraKun

Если абстрагироваться от API и Framework'ов: когда например мы подключаем устройство к компу, выполняется определённая последовательность ассемблерных инструкций чтобы его завести. Остаётся лишь вычислить эту последовательность (есть реальные способы отладки как это сделать) чтобы можно было попытаться перенести её в KolibriOS. Согласен, это достаточно хлопотно, но возможно

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

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

Если просто портировать браузер типа Хрома на Колибри - то тупо для его работы потребуется и куча места во flash-памяти (у него же еще и кеш, а каждая страница несколько десятков мегабайт может весить), и мощный процессор, и больше 4 Гб оперативной памяти. Что сводит все преимущества крошечной системы на нет.

На ассемблере экономичный полнофункциональный браузер не напишешь.

В результате, все равно как ни крути, ничего отличного от используемых сейчас широко систем, не сделаешь. Даже на телефонах все пришло к тому же - как только телефон наделили возможностями ПК, так его программная начинка и аппаратная практически уравнялась с ПК.

curufinwe ★★★★ ()
Ответ на: комментарий от linuhs_user

На ассемблере и Си, не так сказал.Колибри более упоротая в этом плане

Для 'упоротых' повторяю

Hobby OS built from scratch for the PC with a compositing graphical user interface, multitasking, ACPI, USB, networking and more to come, written entirely in assembly. Applications can be written in assembly or C.

Тоесть, сама ОС xOS полностью на Ассемблере, а вот дополнительные приложения под неё можно писать и на Ассемблере, и на Си.

atsym ★★★★ ()
Ответ на: комментарий от atsym

Тоесть, сама ОС xOS полностью на Ассемблере, а вот дополнительные приложения под неё можно писать и на Ассемблере, и на Си

Ну так это же точно также, как колибри.

redgremlin ★★★★★ ()