Что я хочу увидеть в Колибри завтра....

Drivers for sound cards
  • Если реализовать всё что ты предложил ранее, из колибри такой же монстр выйдет.
  • У тебя логическая ошибочка. :-) Вот к примеру мессенджер Prival по размеру всего 19 МБ будет. Но! Это не считово! Это программа, а не ОС. А ОС остаётся точно той же, что и была. Но нет смысла не включать в сборку мессенджер, так как это программы первой необходимости! (чат, аудио, видео, пересылка файлов.) Искать его по поиску PrivalSystems. Там мессенджер вместе с автоматическим загрузчиком для Винды. От Висты, до десятки. ХР - уже не поддерживает.
  • uran235 wrote:Было уже сказано, что "шашечки" это не есть основная цель, Т.е. как приоритетная.
    Тут вот какая мысли пришла. Можно конечно и продолжать в таком медленном стиле разработку (я очень давно наблюдаю за проектом), в смысле, складывать дрова по одному "полену", но если пойти другим путём?
    1. Организовать специальный модуль виртуализации (на ассемблере, что-бы не противоречить самой идеи), который был способен подгружать уже готовые Линукс-ные дрова. А они практически для всего уже есть. Работа останется в создании своей БД драйверов. Что отвлечёт силы на разработку другого, того, о чём тут пишут многочисленные пользователи. Но сдаётся мне, что работу нужно проводить больше в направлении файловой системы. Белых пятен в ОС до того много, что их не стоит перечислять. Главное по умному проводить разработку исходя их ИМЕЮЩЕГОСЯ! Если же идти "напролом" на единственной технологии, то уж делать какую-то монетизацию ЛЁГКУЮ, и не запрещающую. Придумать можно хоть что, например платная скачка каких-то модулей для ОС. И это не будет жёстким. Так как, будет распространятся по разным ресурсам. В то же время, это больше будет привлекать людей к проекту. Это лично моё мнение. Можно не соглашаться, но хотя-бы ЧТО-ТО удобо-практическое дошло-бы до наших внуков. :-)
    Замечание. Видимо нужно делать модуль работы с драйверами, с использованием Линуксного ядра. Это больщой обьём работы, ясен перец. И будет огромный. Но все и так знают, что меньше Колибри уже ничего не может быть :-) и сравнивать эти системы не имеет смысла. В итоге должен получиться КРАЙНЕ мощный проект, по своим параметрам.
    Приходят мышки к филину:
    - Мудрый филин, посоветуй, что нам делать: нас все обижают, житья не дают.
    - Мышки, станьте ёжиками. Они колючие, их никто не обижает.
    - Мудрый филин, а как нам стать ёжиками?
    - Это не моё дело, я стратег, а не тактик.
  • Если пост имеет ПОД-СМЫСЛ по дровам, то это вопрос третий. Более относящийся к перспективам развития. Но я подчёркиваю, что имеющая в данном виде программа мессенджер PrivalSystems кране быстрая. И даже обычных мощностей (средний, к примеру, трёх-ядерный) не поспевает подготавливать dll - ки. Я получаю нормальные, устраивающие меня тесты, на своём сверхбыстром ПК (6 ядер на 4,3 ГГц).
    Применение ОС ассемблера будет как к стати. Проект на С++ (VC++ компилятор).
    Это что касается превращения мышей в ёжиков. А по стратегии решать вам. Можно делать, а можно плюнуть и заняться какой-то очередной игрушкой для школяров. Что по-проще.
  • uran235 wrote:Ладно, драйвера драйверами. Фиг с ним. Я бы вот что хотел видеть. Хотел-бы видеть список допустим тех ноутбуков, на которых всё железо-бы работало. Ну это и то, что я писал выше. Т.е. если трудно идти одним путём, то идём вторым. И вообще интересно знать существуют ли такие ноутбуки, где полностью можно портировать дрова, т.е. были-бы они открытые. Если брать такое допущение, то под такие машины уже реально готовить скажем мессенджер, где требуется полностью всё железо, включаю поддержку сети.
    Допустим, что существует (и притом - даже не единственный!) такой ноутбук.
    На нём всё железо работает.
    Пришлось поплясать с бубном, портировать полгигабайта линукс-кода, подписать NDA с производителями закрытых чипсетов - и вот наконец всё запустилось.

    И что?
    Все побегут заказывать в амазоне такой же?
    А если его завтра снимут с производства?
  • 1)ии. Хотелось бы, чтоб в ос была реализована библиотека для быстрого написания ии. А может быть, если найдутся смелые люди, ядро на ии написать( обучить какой-то ии(надо его сначала написать - лучше на fasm, но для начала на си) оптимизировать код на си и переписывать его на fasm, затем оптимизировать на fasm). Только сейчас возникла идея: надо как-то улучшить коммандую строку(не знаю как она в колибри называется).
    2) Асинхронная загрузка информации из инета(мы запросили html файл-он html-евский, значит статичный. Если сервер может давать файлы по частям, то грузим асинхронно. Также и, допустим с css. Но надо не только http контент парсить, но и допусти ftp)
    3)Торификация. Это отдельная тема, надо её как отдельный проект развивать
    4)Что-то типа apt-get
  • Когда-то прийдётся быстро перенести часть системы на gpu.
    И я считаю, что люди, которые занимаются колибри должны сейчас не оптимизировать все, а как можно больше фич писать(надо еще больше народа к колибри привлечь). Но оптимизация должна быть высокая(можно использовать ии(для автооптимизации), о котором я писал в предыдущем сообщении).
  • lexasub, ядро на ИИ... обалдеть... хочу-хочу-хочу. :) Кстати да, это как вообще выглядит? Какие задачи ИИ должен тогда решать вообще. Нейросети вряд ли найдут себе работу внутри ОС, а более обычные алгоритмы... тогда ОС и так немного интеллектуальна.
    Командной строкой занимаюсь, уже есть наработки. Скоро(относительно скоро) будет возможность в командной строке запускать что-то типа bash и всё в том же окне запускать всякие утилиты. Короче, обычная командная строка. Расширил функционал команд для доски отладки. Только с перенаправлением stdin, stdout пока вопрос, будет без него. Надеюсь "пока", хотя кто знает.
    С оптимизацией лично я не понял. Так оптимизировать или нет? Оптимизация с помощью ИИ сразу отпадает, никто ИИ такое ещё не написал(ну под Колибри, конечно).
    На счёт gpu. К нему как обращаться? Без дров вот так? Может и можно, я почти не в теме, но всё же. А то с дровами немного проблемно. Точнее много проблемно. Так что вопрос разработки с gpu пока не стоит и встанет не скоро(ошибаюсь? Тогда я только рад). А люди да, нужны. Предложения по привлечению людей нужны. Модные платформы для разработки нужны, а то мы тут старомодно, ещё и на асме. Только идея Колибри какая? Главное - маленькая и быстрая. А модные фреймворки не влезают в эти ограничения.
    Чем больше сыра, тем больше в нём дыр. Чем больше дыр, тем меньше в нём собственно сыра. Значит, чем больше сыра, тем меньше сыра!
  • GerdtR wrote:lexasub, ядро на ИИ... обалдеть... хочу-хочу-хочу. :) Кстати да, это как вообще выглядит? Какие задачи ИИ должен тогда решать вообще. Нейросети вряд ли найдут себе работу внутри ОС, а более обычные алгоритмы... тогда ОС и так немного интеллектуальна.
    Командной строкой занимаюсь, уже есть наработки. Скоро(относительно скоро) будет возможность в командной строке запускать что-то типа bash и всё в том же окне запускать всякие утилиты. Короче, обычная командная строка. Расширил функционал команд для доски отладки. Только с перенаправлением stdin, stdout пока вопрос, будет без него. Надеюсь "пока", хотя кто знает.
    С оптимизацией лично я не понял. Так оптимизировать или нет? Оптимизация с помощью ИИ сразу отпадает, никто ИИ такое ещё не написал(ну под Колибри, конечно).
    На счёт gpu. К нему как обращаться? Без дров вот так? Может и можно, я почти не в теме, но всё же. А то с дровами немного проблемно. Точнее много проблемно. Так что вопрос разработки с gpu пока не стоит и встанет не скоро(ошибаюсь? Тогда я только рад). А люди да, нужны. Предложения по привлечению людей нужны. Модные платформы для разработки нужны, а то мы тут старомодно, ещё и на асме. Только идея Колибри какая? Главное - маленькая и быстрая. А модные фреймворки не влезают в эти ограничения.
    Асм-крутая штука, но надо сделать средства для ускорения разработки(Надо текущим разрабам собраться, обсудить неудобства разработки). Мой вариант был си->асм с автооптимизацией, но это довольно сложно.
    Так оптимизировать или нет?
    - я хотел сказать, что нужно сейчас сделать больше упор на поиск разработчиков(а значит-развитие интереса. Но их надо привлечь не оптимизацией, а чем-то другим. Но потом опять "включить" оптимизацию с новыми войнами(и со старыми конечно)). Я скину картинку(мне кажется, что такой интерфейс нормальный). Внизу(на панельке) надо срезы сделать, чтобы получилась трапеция.
    Attachments
    patern
    Без имени 1.jpg (29.3 KiB)
    patern Viewed 7199 times
  • lexasub, картинка... это твой вариант интерфейса консоли? А то не уточнил. Пока интерфейс сделать хотя бы просто окно с буквами. Да и... а зачем так? Запущу вот простой fasm или ещё что простое, и зачем мне сразу 3 консоли? Странно и непонятно как-то.
    Чем больше сыра, тем больше в нём дыр. Чем больше дыр, тем меньше в нём собственно сыра. Значит, чем больше сыра, тем меньше сыра!
  • И про оптимизацию: всё равно не ясно. Напишут кучу кода(пусть жуткого, абы писали), перенесут библиотек из Линукса... знаешь сколько времени пройдёт? Опять же - в любом случае это трудозатраты и много. А потом снова требовать от всех асм или хотя бы вылизывание кода до мелочей? Никто не будет этим заниматься. Лично мне по-крайней мере влом переделывать то, что я написал год назад. Работает же. Да и требования оптимизации и чистого асма у нас только в ядре. Хочешь писать на С или паскале - пожалуйста. Никто слова не скажет, если твоя прога окажется нужной и полезной. С-- не особо оптимизирует, а точнее совсем ничего не оптимизирует - и ничего, файловый менеджер и несколько утилит есть в сборке.
    Чем больше сыра, тем больше в нём дыр. Чем больше дыр, тем меньше в нём собственно сыра. Значит, чем больше сыра, тем меньше сыра!
  • хочу быть контрибьютором на fasm'e. как им стать?
  • Начать делать то, чего тебе не хватает в КОС.
  • что такое КОС?
    есть ли руководство для контрибьюторов?
  • Who is online

    Users browsing this forum: No registered users and 7 guests