Что я хочу увидеть в Колибри завтра....
-
Ладно, драйвера драйверами. Фиг с ним. Я бы вот что хотел видеть. Хотел-бы видеть список допустим тех ноутбуков, на которых всё железо-бы работало. Ну это и то, что я писал выше. Т.е. если трудно идти одним путём, то идём вторым. И вообще интересно знать существуют ли такие ноутбуки, где полностью можно портировать дрова, т.е. были-бы они открытые. Если брать такое допущение, то под такие машины уже реально готовить скажем мессенджер, где требуется полностью всё железо, включаю поддержку сети.
Если реализовать всё что ты предложил ранее, из колибри такой же монстр выйдет.
У тебя логическая ошибочка. Вот к примеру мессенджер Prival по размеру всего 19 МБ будет. Но! Это не считово! Это программа, а не ОС. А ОС остаётся точно той же, что и была. Но нет смысла не включать в сборку мессенджер, так как это программы первой необходимости! (чат, аудио, видео, пересылка файлов.) Искать его по поиску PrivalSystems. Там мессенджер вместе с автоматическим загрузчиком для Винды. От Висты, до десятки. ХР - уже не поддерживает.
Приходят мышки к филину:uran235 wrote:Было уже сказано, что "шашечки" это не есть основная цель, Т.е. как приоритетная.
Тут вот какая мысли пришла. Можно конечно и продолжать в таком медленном стиле разработку (я очень давно наблюдаю за проектом), в смысле, складывать дрова по одному "полену", но если пойти другим путём?
1. Организовать специальный модуль виртуализации (на ассемблере, что-бы не противоречить самой идеи), который был способен подгружать уже готовые Линукс-ные дрова. А они практически для всего уже есть. Работа останется в создании своей БД драйверов. Что отвлечёт силы на разработку другого, того, о чём тут пишут многочисленные пользователи. Но сдаётся мне, что работу нужно проводить больше в направлении файловой системы. Белых пятен в ОС до того много, что их не стоит перечислять. Главное по умному проводить разработку исходя их ИМЕЮЩЕГОСЯ! Если же идти "напролом" на единственной технологии, то уж делать какую-то монетизацию ЛЁГКУЮ, и не запрещающую. Придумать можно хоть что, например платная скачка каких-то модулей для ОС. И это не будет жёстким. Так как, будет распространятся по разным ресурсам. В то же время, это больше будет привлекать людей к проекту. Это лично моё мнение. Можно не соглашаться, но хотя-бы ЧТО-ТО удобо-практическое дошло-бы до наших внуков.
Замечание. Видимо нужно делать модуль работы с драйверами, с использованием Линуксного ядра. Это больщой обьём работы, ясен перец. И будет огромный. Но все и так знают, что меньше Колибри уже ничего не может быть и сравнивать эти системы не имеет смысла. В итоге должен получиться КРАЙНЕ мощный проект, по своим параметрам.
- Мудрый филин, посоветуй, что нам делать: нас все обижают, житья не дают.
- Мышки, станьте ёжиками. Они колючие, их никто не обижает.
- Мудрый филин, а как нам стать ёжиками?
- Это не моё дело, я стратег, а не тактик.
Если пост имеет ПОД-СМЫСЛ по дровам, то это вопрос третий. Более относящийся к перспективам развития. Но я подчёркиваю, что имеющая в данном виде программа мессенджер PrivalSystems кране быстрая. И даже обычных мощностей (средний, к примеру, трёх-ядерный) не поспевает подготавливать dll - ки. Я получаю нормальные, устраивающие меня тесты, на своём сверхбыстром ПК (6 ядер на 4,3 ГГц).
Применение ОС ассемблера будет как к стати. Проект на С++ (VC++ компилятор).
Это что касается превращения мышей в ёжиков. А по стратегии решать вам. Можно делать, а можно плюнуть и заняться какой-то очередной игрушкой для школяров. Что по-проще.
Применение ОС ассемблера будет как к стати. Проект на С++ (VC++ компилятор).
Это что касается превращения мышей в ёжиков. А по стратегии решать вам. Можно делать, а можно плюнуть и заняться какой-то очередной игрушкой для школяров. Что по-проще.
Допустим, что существует (и притом - даже не единственный!) такой ноутбук.uran235 wrote:Ладно, драйвера драйверами. Фиг с ним. Я бы вот что хотел видеть. Хотел-бы видеть список допустим тех ноутбуков, на которых всё железо-бы работало. Ну это и то, что я писал выше. Т.е. если трудно идти одним путём, то идём вторым. И вообще интересно знать существуют ли такие ноутбуки, где полностью можно портировать дрова, т.е. были-бы они открытые. Если брать такое допущение, то под такие машины уже реально готовить скажем мессенджер, где требуется полностью всё железо, включаю поддержку сети.
На нём всё железо работает.
Пришлось поплясать с бубном, портировать полгигабайта линукс-кода, подписать NDA с производителями закрытых чипсетов - и вот наконец всё запустилось.
И что?
Все побегут заказывать в амазоне такой же?
А если его завтра снимут с производства?
1)ии. Хотелось бы, чтоб в ос была реализована библиотека для быстрого написания ии. А может быть, если найдутся смелые люди, ядро на ии написать( обучить какой-то ии(надо его сначала написать - лучше на fasm, но для начала на си) оптимизировать код на си и переписывать его на fasm, затем оптимизировать на fasm). Только сейчас возникла идея: надо как-то улучшить коммандую строку(не знаю как она в колибри называется).
2) Асинхронная загрузка информации из инета(мы запросили html файл-он html-евский, значит статичный. Если сервер может давать файлы по частям, то грузим асинхронно. Также и, допустим с css. Но надо не только http контент парсить, но и допусти ftp)
3)Торификация. Это отдельная тема, надо её как отдельный проект развивать
4)Что-то типа apt-get
2) Асинхронная загрузка информации из инета(мы запросили html файл-он html-евский, значит статичный. Если сервер может давать файлы по частям, то грузим асинхронно. Также и, допустим с css. Но надо не только http контент парсить, но и допусти ftp)
3)Торификация. Это отдельная тема, надо её как отдельный проект развивать
4)Что-то типа apt-get
Когда-то прийдётся быстро перенести часть системы на gpu.
И я считаю, что люди, которые занимаются колибри должны сейчас не оптимизировать все, а как можно больше фич писать(надо еще больше народа к колибри привлечь). Но оптимизация должна быть высокая(можно использовать ии(для автооптимизации), о котором я писал в предыдущем сообщении).
И я считаю, что люди, которые занимаются колибри должны сейчас не оптимизировать все, а как можно больше фич писать(надо еще больше народа к колибри привлечь). Но оптимизация должна быть высокая(можно использовать ии(для автооптимизации), о котором я писал в предыдущем сообщении).
lexasub, ядро на ИИ... обалдеть... хочу-хочу-хочу. Кстати да, это как вообще выглядит? Какие задачи ИИ должен тогда решать вообще. Нейросети вряд ли найдут себе работу внутри ОС, а более обычные алгоритмы... тогда ОС и так немного интеллектуальна.
Командной строкой занимаюсь, уже есть наработки. Скоро(относительно скоро) будет возможность в командной строке запускать что-то типа bash и всё в том же окне запускать всякие утилиты. Короче, обычная командная строка. Расширил функционал команд для доски отладки. Только с перенаправлением stdin, stdout пока вопрос, будет без него. Надеюсь "пока", хотя кто знает.
С оптимизацией лично я не понял. Так оптимизировать или нет? Оптимизация с помощью ИИ сразу отпадает, никто ИИ такое ещё не написал(ну под Колибри, конечно).
На счёт gpu. К нему как обращаться? Без дров вот так? Может и можно, я почти не в теме, но всё же. А то с дровами немного проблемно. Точнее много проблемно. Так что вопрос разработки с gpu пока не стоит и встанет не скоро(ошибаюсь? Тогда я только рад). А люди да, нужны. Предложения по привлечению людей нужны. Модные платформы для разработки нужны, а то мы тут старомодно, ещё и на асме. Только идея Колибри какая? Главное - маленькая и быстрая. А модные фреймворки не влезают в эти ограничения.
Командной строкой занимаюсь, уже есть наработки. Скоро(относительно скоро) будет возможность в командной строке запускать что-то типа bash и всё в том же окне запускать всякие утилиты. Короче, обычная командная строка. Расширил функционал команд для доски отладки. Только с перенаправлением stdin, stdout пока вопрос, будет без него. Надеюсь "пока", хотя кто знает.
С оптимизацией лично я не понял. Так оптимизировать или нет? Оптимизация с помощью ИИ сразу отпадает, никто ИИ такое ещё не написал(ну под Колибри, конечно).
На счёт gpu. К нему как обращаться? Без дров вот так? Может и можно, я почти не в теме, но всё же. А то с дровами немного проблемно. Точнее много проблемно. Так что вопрос разработки с gpu пока не стоит и встанет не скоро(ошибаюсь? Тогда я только рад). А люди да, нужны. Предложения по привлечению людей нужны. Модные платформы для разработки нужны, а то мы тут старомодно, ещё и на асме. Только идея Колибри какая? Главное - маленькая и быстрая. А модные фреймворки не влезают в эти ограничения.
Чем больше сыра, тем больше в нём дыр. Чем больше дыр, тем меньше в нём собственно сыра. Значит, чем больше сыра, тем меньше сыра!
Асм-крутая штука, но надо сделать средства для ускорения разработки(Надо текущим разрабам собраться, обсудить неудобства разработки). Мой вариант был си->асм с автооптимизацией, но это довольно сложно.GerdtR wrote:lexasub, ядро на ИИ... обалдеть... хочу-хочу-хочу. Кстати да, это как вообще выглядит? Какие задачи ИИ должен тогда решать вообще. Нейросети вряд ли найдут себе работу внутри ОС, а более обычные алгоритмы... тогда ОС и так немного интеллектуальна.
Командной строкой занимаюсь, уже есть наработки. Скоро(относительно скоро) будет возможность в командной строке запускать что-то типа bash и всё в том же окне запускать всякие утилиты. Короче, обычная командная строка. Расширил функционал команд для доски отладки. Только с перенаправлением stdin, stdout пока вопрос, будет без него. Надеюсь "пока", хотя кто знает.
С оптимизацией лично я не понял. Так оптимизировать или нет? Оптимизация с помощью ИИ сразу отпадает, никто ИИ такое ещё не написал(ну под Колибри, конечно).
На счёт gpu. К нему как обращаться? Без дров вот так? Может и можно, я почти не в теме, но всё же. А то с дровами немного проблемно. Точнее много проблемно. Так что вопрос разработки с gpu пока не стоит и встанет не скоро(ошибаюсь? Тогда я только рад). А люди да, нужны. Предложения по привлечению людей нужны. Модные платформы для разработки нужны, а то мы тут старомодно, ещё и на асме. Только идея Колибри какая? Главное - маленькая и быстрая. А модные фреймворки не влезают в эти ограничения.
- я хотел сказать, что нужно сейчас сделать больше упор на поиск разработчиков(а значит-развитие интереса. Но их надо привлечь не оптимизацией, а чем-то другим. Но потом опять "включить" оптимизацию с новыми войнами(и со старыми конечно)). Я скину картинку(мне кажется, что такой интерфейс нормальный). Внизу(на панельке) надо срезы сделать, чтобы получилась трапеция.Так оптимизировать или нет?
- Attachments
-
-
Без имени 1.jpg (29.3 KiB)patern Viewed 8536 times
-
lexasub, картинка... это твой вариант интерфейса консоли? А то не уточнил. Пока интерфейс сделать хотя бы просто окно с буквами. Да и... а зачем так? Запущу вот простой fasm или ещё что простое, и зачем мне сразу 3 консоли? Странно и непонятно как-то.
Чем больше сыра, тем больше в нём дыр. Чем больше дыр, тем меньше в нём собственно сыра. Значит, чем больше сыра, тем меньше сыра!
И про оптимизацию: всё равно не ясно. Напишут кучу кода(пусть жуткого, абы писали), перенесут библиотек из Линукса... знаешь сколько времени пройдёт? Опять же - в любом случае это трудозатраты и много. А потом снова требовать от всех асм или хотя бы вылизывание кода до мелочей? Никто не будет этим заниматься. Лично мне по-крайней мере влом переделывать то, что я написал год назад. Работает же. Да и требования оптимизации и чистого асма у нас только в ядре. Хочешь писать на С или паскале - пожалуйста. Никто слова не скажет, если твоя прога окажется нужной и полезной. С-- не особо оптимизирует, а точнее совсем ничего не оптимизирует - и ничего, файловый менеджер и несколько утилит есть в сборке.
Чем больше сыра, тем больше в нём дыр. Чем больше дыр, тем меньше в нём собственно сыра. Значит, чем больше сыра, тем меньше сыра!
хочу быть контрибьютором на fasm'e. как им стать?
Начать делать то, чего тебе не хватает в КОС.
что такое КОС?
есть ли руководство для контрибьюторов?
есть ли руководство для контрибьюторов?
Who is online
Users browsing this forum: No registered users and 6 guests