AlexanderK
|
Friday 29.04.2005 18:09
|
|
|
Зарегистрирован: Tuesday 05.10.2004 13:47
Местоположение: 2:5020/829.5
Сообщений - 49
|
От хороших не отказываются... Но в качестве старта может и подошло бы. [ Редактирование Friday 29.04.2005 19:18 ]
|
Наверх
|
|
Vadim Ushakov
|
Friday 29.04.2005 18:49
|
|
|
Зарегистрирован: Monday 07.02.2005 04:57
Местоположение: Россия, Красноярск
Сообщений - 35
|
captain cobalt писал(а): ... Предлагаю взять готовые исходники какой-нибудь хорошей объектно-ориентированной операционной системы. Официальную точку зрения разработчиков по этому поводу озвучил Roman I Khimov (за точность цитаты не ручаюсь): Roman I Khimov писал(а): ... Зачем писать другую ОС с другим ядром, когда такая ОС уже есть - "бери, не хочу". Есть Linux Что тут еще добавить? Ну не хотят они писать ядро.
С тем же успехом можно внедрить ОО-слой поверх DOS, Windows, QNX... В итоге получаем еще одну вариацию на тему COM, .NET, Java и т.п. Банально и скучно. Ничего принципиально нового.
Цитата из конференции: czarker писал(а): ... Речь шла о том, что нет такой замечательной мысли, которая бы
требовала для реализации новое ядро. 3ОС превратилась в две концепции: ЕПД и платформонезависимую среду запуска приложений. По-моему, "платформонезависимую среду запуска приложений" прекрасно обеспечивает Java. А что касается ЕПД, то любая ОС реализует единое пространство данных - в виде файловой системы. Вывод: проект 3ОС успешно завершен.
mj писал(а): ... Собираю желающих. Кому интересна работа с кодом, а не мечтания по поводу... ВЫСКАЗЫВАЙТЕСЬ.
Тогда мы ОРГАНИЗУЕМ кодирование. Если речь идет о кодировании ОО-ядра (или run-time среды, как любит выражаться captain cobalt), то я бы с удовольствием. Вот только примерно до конца июля я чертовски занят, так что увы...
|
Наверх
|
|
mj
|
Monday 02.05.2005 11:57
|
|
|
Зарегистрирован: Wednesday 23.02.2005 15:22
Местоположение: Беларусь, Слуцк
Сообщений - 20
|
Dreamer писал(а): ... Хм... Все хотят что-то видеть, не сделав для того ничего... Сейчас тут дунем в дудку, ударим в барабаны, и операционка напишется сама
Ладно, не будем никуда дуть, и ни во что стучать. ДАДИМ 3ОС счатливо УМЕРЕТЬ. Главное чтобы тихо и спокойно. Чтобы не догадался случайный посетитель сайта, что проекта то уже и нет. Будем раз в неделю создавать видимость деятельности и плодить разборки в форуме.
Я предлагаю начинать писать. И собственный код. Без "чужих" ядер, файловых систем и т.п.
Но от полезных нароботок отказываться то же не стоит.
И еще, по щучьему велению ничего не получится. И сразу тоже ничего не получиться. Но под лежачий камень вода не течет. Мечтать о ЕПД и т.д. не вредно, но без работы над кодом мы и останемся на том же месте.
ДАЙТЕ ВОЗМОЖНОСТЬ РАБОТАТЬ ТЕМ, КТО ЭТОГО ХОЧЕТ.
(благо денег за это мы пока не просим)
|
Наверх
|
|
nop
|
Monday 02.05.2005 15:53
|
|
|
Зарегистрирован: Monday 02.05.2005 05:08
Местоположение: Беларусь
Сообщений - 13
|
Я всё же предлагаю не зацикливаться на написании нового яда, а разработать концепцию, по-другому взглянуть на всю теорию операционных систем. От того что сервисы операционки будут реализованы поверх Win32 или *nix -- концепциия объектно-ориентированной ос ничего не проиграет, даже наоборот -- сможет пройти проверку в массах. А вот если будет абсолютно новый нэйтив кернел, но не совместимый вообще ни с чем -- такая ос никому будет не нужна. кроме того, без поддержки всякого железа, причем не только стандартного, проект не станет хоть каким-то подобием десктопа. А это, согласитесь, было бы круто.
|
Наверх
|
|
Roman I Khimov
|
Monday 02.05.2005 16:19
|
|
|
Местоположение: Россия, Санкт-Петербург
Сообщений - 178
|
mj писал(а): ... Я предлагаю начинать писать.
Может быть стоит не предлагать начинать, а начинать? Что вам для этого необходимо? Доступ на CVS? Регистрируйтесь на sf.net. Необходимо обсуждение? Добро пожаловать в конференцию. Предлагать начинать - бесполезно.
mj писал(а): ... И собственный код. Без "чужих" ядер, файловых систем и т.п.
Хотите развивать старое ядро 3OS? Пожалуйста. Правда, релиза мы тогда дождемся лет через 10. Это тупик. Отталкивайтесь от реализации ЕПД для Mono - такая схема имеет шансы на жизнь.
Греби и улыбайся!
|
Наверх
|
|
Vadim Ushakov
|
Monday 02.05.2005 17:33
|
|
|
Зарегистрирован: Monday 07.02.2005 04:57
Местоположение: Россия, Красноярск
Сообщений - 35
|
Можно снова до хрипоты спорить и кому-то что-то доказывать, но, в конечном счете, мы доказываем все это сами себе. Разработчики 3ОС свято верят в ядро Linux и не слушают наших аргументов. Лучше не разводить флейм, как это было в соседней ветке форума. Бесполезно.
Здесь неоднократно звучали доказательства того, что 3ОС нуждается в своем ядре и своем языке программирования. Проблема в том, что эта "3ОС" в корне отличается от той, что существует в планах разработчиков. Мы говорим о разных вещах - этим и вызвано взаимное непонимание.
mj, вы горите желанием что-то создать, чем-то поруководить. Может быть стоит начать собственный проект и в его рамках вести разработку ядра? Если чувствуете в себе силы и обладаете умением все организовать - беритесь за дело. Кстати, на должность "идеолога" могу порекомендовать captain cobalt .
P.S.
Хотя и не хотел флеймить, но все-таки...
Roman I Khimov писал(а): ... Хотите развивать старое ядро 3OS? Пожалуйста. Правда, релиза мы тогда дождемся лет через 10. Это тупик. Modula, Modula-2; Oberon, Oberon-2, Active Oberon; Native Oberon, AOS... Достаточно примеров? Посмотрите на сроки разработки, на размеры исходников и на функциональность. Эти проекты делались отнюдь не по десять лет, хотя и написано все с нуля.
|
Наверх
|
|
mj
|
Monday 02.05.2005 18:52
|
|
|
Зарегистрирован: Wednesday 23.02.2005 15:22
Местоположение: Беларусь, Слуцк
Сообщений - 20
|
Vadim Ushakov писал(а): ...
Здесь неоднократно звучали доказательства того, что 3ОС нуждается в своем ядре и своем языке программирования.
5 баллов!!! Где-то здесь я видел упоминания про ядро компилятор. Лучше конечно назвать ядро-интерпретатор.
Я за такую схему. Самый нижний уровень это "драйвер процессора" (во загнул ) . Он интерпретирует код, кэширует повторяющиеся фрагменты, организует очередь, пытается оптимизировать.
А уже над ним объектная система, на собственном языке программирования. Да и ядро собственно там (над драйвером, зато точно объектное). Распределяет память, создает/убивает объекты (возможно, даже, на лету их проектируя) и т.д.
Начинать? Так вот я думаю начать с этого драйвера. Кто ЗА?
|
Наверх
|
|
Vadim Ushakov
|
Monday 02.05.2005 19:16
|
|
|
Зарегистрирован: Monday 07.02.2005 04:57
Местоположение: Россия, Красноярск
Сообщений - 35
|
captain cobalt писал(а): ... Vadim Ushakov писал(а): ... Кстати, на должность "идеолога" могу порекомендовать captain cobalt За что? Так ведь заслужил.
mj писал(а): ... Где-то здесь я видел упоминания про ядро компилятор. Лучше конечно назвать ядро-интерпретатор. Интерпретатор - ни в коем случае! А вот компилятор - как раз то, что нужно.
to captain cobalt
Оффтоп. Я тут нашел еще одно преимущество копмиляции-на-лету: процессор всегда будет исполнять код, оптимизированный под эту конкретную модель процессора. А если использовать строго-типизированный язык (еще более типизированный чем Паскаль и Ада), где большая часть проверок выполняется статически... Да на этом же озолотиться можно! Системы реального времени и встроенные системы - QNX на свалку истории. Сервера и распределенные системы - и Unix на свалку! Вот это перспективы... [ Редактирование Monday 02.05.2005 19:23 ]
|
Наверх
|
|
captain cobalt
|
Monday 02.05.2005 19:38
|
|
|
Зарегистрирован: Sunday 15.02.2004 03:47
Сообщений - 49
|
Вот, например, в Bluebottle , способ генерации кода - не фиксируется. Фактически, намеренно разделены рекурсивный динамический компоновщик, и генераторы кода. Генераторы кода - это плагины, которые создают в памяти машинный код. В работающей системе может быть несколько генераторов кода. Динамический компоновщик совершенно не интересует, откуда они берут этот код. Они могут грузить скомпилированный бинарный объектный код, они могут быть back-end компиляторами из промежуточного представления, они могут компилировать из исходников - всё что угодно! Круто!
|
Наверх
|
|
Модераторы: Roman I Khimov |
|
|