Board.KolibriOS.org

w-tools
Бла-бла-бла... Да сколько можно уже! Ты хоть сам хоть одну программу написал для Колибри?!
Меня просто убивают такие вот люди как ты приходят, кричат, что все жопа и нифига не делают. Только предлагают другим поработать!
Если спросишь их, почему - сразу говорят что у них нет времени, и они заняты другими более высокими и благородными целями.
Да я дурак, да я плохо представляю, что такое ОС, тем более что такое "микроядро". Потому что вы господа сыплете названиями и терминами, никогда не поясняя их значения. Для вас человек, который не владеет вашим уровнем знаний - лох, лузер, придурок... А то что такому человеку может просто недоступна литература и у него физически не хватает времени на все вам ведь пофигу...
Я не знаю Си, я много чего не знаю, но я пытаюсь разобраться и сделать хоть что нибудь.
Куда как проще заниматься высокими идеалами, а не повседневными задачами.
Извиняюсь, если я резко выразился, но просто уже задолбало вот такое вот читать 4 года подряд.

я имел в виду части ЯДРА, думаю большинство меня правильно поняли.


О каком интрефейсе идёт речь? API? Если да, то я с тобой полностью не согласен, и что сложного в понимании и программировании? У меня никогда не возникало проблем, всё продумано.


Для программиста это и даёт "болле высокий уровень абстракций" и больше ничего кроме гемороя (при написании системы на ассемблере) при раскручивании этих абстракции.


Если что и тормозит, то ты видимо имел в виду либы, ибо при переходе от одной субверсии к другой (..2.4.*-2.5.*-2.6.*-посмотри сорци) внутренняя архитектура очень сильно меняется, и перед этим никто не останавливается. А интерфейс либ, может долго не менятся.


И чем например тебе не нравится архитектура Windows??? Приведи пример, или это как всегда штамп?


Вот с этим согласен, но за последнее время многое в этом направлении сделано (появилась структура хотябы на уровне сорцов).

P.S. Mario79 +1, я даже знаю ответ )))

Без обид, но мне тоже кажется, что у разработчиков Колибри неправильно выбран баланс между разработкой ядра и приложений! Я бы на вашем месте сначала направил все усилия на доводку ядра, а все необходимые приложения перевел бы в разряд тестовых. Но это мой подход. В наличии для каждого удачного билда ядра дистра, в состав которого входили бы прикладные пакеты, тоже есть свои преимущества - вы можете очередное законченное решение предложить для тестирования даже тем, кто далек от вопросов разработки ОС. w-tools, а когда модернизируешь микроядро, то перестают работать не только приложения, но и все остальное. Какого бы типа ОС ты не писал, нужно просто хорошо ее структурировать, иначе она быстро превратится в свалку инвентаря (вил, да грабель). В остальном я с тобой согласен.

Я вот не могу понять, какого вы приципились к колибри?
w-tools
Если ты считаешь что она "мертворожденная", нет структуры, идет по направлению Виндовс и т.п. то что значат фразы типа "переписать колибри под мою структуру или структуру L4". Ты явно хочешь создать все с нуля и переманить разработчиков. Ну так и скажи "вот моя структура, кто со мной?", открывай свой форум или конференцию, и своей командой создавайте структуру. Какого разводить тут дебаты?

...

Да, может у Колибри и нет будущего...пусть! Над ней работают люди, РАБОТАЮТ. Если из нее получится что-нибудь путевое - замечательно. Если она умрет, и будет жить только в рассказах дедушек своим внукам о замечательной оси и ее команде - ничего страшного, ценность этого проекта все равно ничего не заменит и эта ценность - опыт.

Что за дебильная привычка все разрушать.

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


w-tools, да, согласен, кое-где в твоих словах есть правда. Спасибо, мы (по крайней мере я) это учтем!!!

Mario79,
Ты чего так "разошелся" лично на тебя я не показывал пальцем, ни вчем собственно говоря не обвинял и даже не имел тебя в виду
То что многие в течений 4х лет убивают своими высказываниями, так это не страшно. Обычно на протяжении всей жизни этот процесс постоянен и человек только крепчает от этого

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

Ghost,
Когда я говорил об убогом интерфейсе *nix, я имел ввиду интерфейс подключения сторонних драйверов (в частности для моих личных железок , да и для понимания эта структура весьма туговата

И вообще когда я имею ввиду слово архитетура, то подразумеваю воглаве всего именно написание, подключение, и отладку драйверов и аппаратных средств, а если этой ирхитектуры нет или она сделанна через "заднее место" тогда зачем такая OS вообще нужна ????

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

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

И вообще я ждал чтобы разгромили предложенную мной СТРУКТУРУ в пух и прах с высоты тех кто расколол защищенный режим и разобрался со страничной адресацией процессора I386.
Но почемуто как это не странно вместо этого пытаются подавить мою личность и разгромить мою голову ?!?!?!

P.S.
Господа отвечайте желательно по теме и не стесняйтесь выкладывать ассемблерный код

k@sTIg@r,
Не драматизируй события и не раскалывай общество

То что KOS мертвая это и так все знают(это заслуга Велика, а точнее его упущение), один из возможных способов вдохнуть в KOS жизнь и есть этот топик. А то что написание программ это очень ценный опыт и его можно применить в деле , так это и есть такая попытка !!!!

w-tools
Сначала все критиковали, что ОС без приложений это не ОС, а так интересная поделка. Пришли люди начали делать приложения и вот слышится обратное утверждение!
Ну, это вообще полный пиздец... У меня нет слов.

Ну, вот опять! Выложи сам чего нибудь! После этого взывай к помощи других. Иначе у тебя дальше, чем у РУС ОС, не пойдет...

Вот не надо вот этого, не надо! Колибри это не Menuet. Над Колибри работают много программистов, которые ее доводят до ума, а не один человек как это было с Menuet.
То, что не все идеи описаны на форуме, что нет плана развития и структуры – оно есть, но оно в головах программистов и пусть оно там остается, потому что ее вот здесь вот так вот и обосрут по полной…
Пока что от тебя видны только слова.
Так сложилось "исторически" в проекте Колибри, что если человек знает, и хочет что-то переделать, он занимается переделкой, а здесь на форуме отмечается лишь, для того чтобы осведомить об этом, чтобы другие люди по возможности не занимались параллельной работой.
Единственная вещь, которая была сформирована общим собранием это стандарт формата возвращаемой директории (так называемая VFS), который щедро обсирается теми, кто в обсуждении не участвовал. Прошу обратить внимание именно на конец предыдущего предложения. Потому что обсуждение было открытым, и каждый мог предложить свое. Потому что этот стандарт внедрен, работает и работает замечательно.
Если ты сам не готов реализовывать свои идеи, то не стоит их здесь обсуждать. Это бесполезная трата времени своего и чужого.

З.Ы. Тема перешла в оффтоп, и если так и будет продолжаться, я перенесу ее в соответствующий раздел.

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

Я просто не могу понять. Ты хочешь написать кардинально отличающуюся ОС, ты говоришь про текстовые режимы, другая структура ядра. что ты хочешь оставить от Колибри? только название?
Я вижу, что текущие разработчики согласны с тобой далеко не во всем, а некоторые вообще не согласны.
Так чего ты хочешь добится?

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

А твоя структура и гроша ломаного не стоит. Что в каком порядке должно загружаться и как должны выглядить конфиги - это не структура ядра. Если ты сконструировал (а ты даже не сконструировал а только придумал) фундамент здания это не значит что ты составил план всего здания.

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

w-tools

С удовольствием обсуждал бы структуру твоей ОС, если бы она (СТРУКТУРА) была. Но её нет потому что краткое описание API к внутреннему устройству ядра никакого отношения не имеет, так что и обсуждать нечего. Твоя характеристика аппаратной части современных РС это реакция избалованного ребёнка который не умеет ездить на велосипеде потому что один раз с него упал и теперь считает что все велосипеды - жопа и ездить на них невозможно.

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

Кстати портирование DosBox, Quake и Doom показывает что ядро уже достаточно развито.

Mario79, одно другому не противоречит! Для тестирования GUI нужно делать специализированные тестовые программы, а игра Пятнашки (условно) нафиг никому не нужна, пока в ядре происходят кардинальные изменения (только, как я уже говорил, показать - вот смотрите, что у нас есть - и все). А иметь оригинальную программу нужно, пусть по началу хотябы одну (так даже проще с точки зрения сопровождения и изменения), но зато такую, ради которой вашу систему захотели бы скачать и использовать, а не просто скачать и посмотреть.

w-tools, идеальной аппаратной платформы не существует, а преимущества IBM PC здесь уже были названы. Раз уж даже в Apple давно приняли такой расклад, то почему бы и тебе этого не сделать. Давайте делать упор на архитектуру микроядра, а не на тот факт, что это будет сложно реализовать. Иначе дальнейшие разговоры на эту тему действительно не будут иметь никакого смысла! Или, может, займемся исследованиями на пригодность платформы IBM PC для работы на ней микроядерной ОС?

Phantom-84
Так ведь я как раз говорю про ПРИЛОЖЕНИЯ, а не про демки и игрушки. Наличие большого количества демок как раз и было поводом для критики, что ОС без приложений это не ОС. Начали писать реально полезные приложения и вот ты тут пишешь

Да какого лешего они нужны! Теряется время, которого и так не хватает! Куда полезней писать реально полезные приложения. Чтобы даже человек, который видит Колибри второй раз в жизни и совсем не программист, увидел и понял - система жива и развивается.
ОС никак не должна быть вещью в себе даже в момент разработки!


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

Товарищи, вы как-то неадекватно реагируете на критику в ваш адрес! Я пытаюсь таким образом помочь, а не навредить вашей работе. Мне нравится ваш проект хотябы потому, что это один из немногих нормально развивающихся "русскоязычных" проектов в сети. Если бы кто-то предъявлял критические замечания по поводу моей работы, я бы только радовался.

И вообще эта ветка для обсуждения микроядра или как?

Это ветка из разряда "незбывшихся надежд".

Приветствую всех, Товарисчи !!!

Список системных вызовов микроядра: L4Ka - Pistachio

1) space_control_syscall - позволяет создавать и удалять адресные пространства
2) thread_control_syscall - используется для создания и удаление потоков (threads)
3) processor_control_syscall - используется для управления процессором
4) memory_control_syscall - используется для управления кэш памятью

5) ipc_syscall - основной вызов взаимодействия между потоками
6) lipc_syscall - быстрая версия вызова межпоточного взаимодействия (только для потоков в пределах одного адресного пространства)
7) unmap_syscall - снимает отображение страницы памяти из других адресных пространств
8 ) exchange_registers_syscall - читает/устанавливает значение регистров потока

9) system_clock_syscall - возвращает число тиков таймера с момента старта микроядра
10) thread_switch_syscall - принудительно передаёт управление другому потоку
11) schedule_syscall - используется для управления поанировщиком

Serge, только неспрашивай снова где, что и по каким адресам лежит, и каким методом вызываются функции и через чего передаются переменные - это на данном этапе СОВЕРШЕННО НЕ ВАЖНО !!!! (тем боле что приемлимых вариантов на самом деле не так уж и много)

Задача номер один это как раз определиться с ПРИНЦИПОМ РАБОТЫ МИКРОЯДРА!!!
Этот принцип выражают системные функции микроядра, или подругому говоря API со стороны микроядра. И абсолютно не важно на данном этапе обсуждения как и какой код будет лежать внутри ядра. Как бог на душу положет так программист(ы) это и напишут, не понравиться исправим, добавим, дополним, переделам.

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

Думаю будет очень полезно если кто выложит, распишет или хотябы упомянет API уровня ядра других микроядерных систем. (API уровня микроядра MINIX-3 не выкладывать там очень много лишних и ненужных функций)

P.S.
Тема открыта для дискуссий, желательно по теме

Приветствую всех Товарисчи !!!

Вопрос к разработчикам KOS, если точнее то просьба и не только к разработчикам, а ко всем кто это сможет реализовать.

Можно ли попросить Вас в ядре KOS оставить только функции работы с процессами и потоками (которые я привел ниже), а остальное насколько это возможно просто удалить клавишей 'DEL'

Но только так чтобы KOS загружалась, не зависала и не уходила в 'ReBoot' желательно чтобы она (KOS) запускала еще какое нибудь простое приложение типа бесконечного цикла.

Функции - Процессы и потоки

9. Информация о потоке выполнения.
51. Создать поток.
60. IPC (Inter Process Communication).
64. Перераспределить память приложения.
70.7. Запустить приложение.
-1. Завершить выполнение потока/процесса.
(взято с официального сайта KOS)

С нетерпением жду результата

С глубоким уважением, w-tools