Проект ОС

[DimkaM]

Потом уже применять кодовую часть, привязывать к адресным линиям ZX (для начала для: Leningrad, Pentagon-128, далее по нарастающей).

Это предложение ни капли не понял.

оболочку самого ПЗУ, его меню, (то есть, как некое визуальный образ, может считать и как устройство) и дополнительно применить часть меню Scorpion ZS256.

Оказывается нужна не ОСь, а всего лишь некий оконный коммандер аля ЕвоРесетСервисРОМ/ПрофПЗУ/ и т.п.
И чем не нравится держать эту ОСь в ОЗУ, а не в ПЗУ?!
Плюс ОЗУ: переменные и код лежат в одной банке, обновление ядра без программатора.

[Advertiser]

[Vadim]

Он просто создал ZX OS, при том создал ее без помощи извне.

Во первых создал не он, а фирма (как там? забыл название (Nine Tiles?)), а во вторых был создан интерпретатор бейсика, как в большинстве домашних компьютеров того времени. Ну уж никак не ОС. От Оси, в бейсик лишь несколько функций на уровне пользователя - считать файл, записать файл, запустить программу. Всё.

На данном то этапе существует предложение сделать тоже самое, но с учетом современных условий, с учетом современного компьютерного оборудования, которое способно работать на ZX!

На данном этапе понятно, что надо делать то, что я написал выше. И делается это не под классический спектрум, а под машинки типа профи или атм. Т.е. есть возможность отключения ПЗУ, экран убирается из прямого адресного пространства в другие сегменты. Имеем маппер памяти, с окнами проецирования. Когда вот это есть, тогда можно уже думать об осях и об ПЗУ. Но под каждый клон будет свой вариант bios который будет поддерживать своё железо.

Действительно нужно разрабатывать операционную систему, в формате прошивки ПЗУ,

Извини, но это бред сивой кобылы. Какая ОСь в ПЗУ? Это нонсенс! Зачем? В ПЗУ располагают самые важные и основополагающие вещи. В бытовых ПЭВМ начала 80-х там был бейсик. Почему? Да потому, что они не имели дисковода, а работать как-то надо было, грузить его с кассеты каждый раз было очень и очень неудобно. Вот и разместили его в ПЗУ. Бейсик имеет некоторые функции, которые выполняет ОСь, но он осью никоим образом не является и не являлся! Пора бы это уяснить!

ZXFanat, я понимаю, что тебе нужны процедуры работы с графикой в ПЗУ. Зачем? Нет, их можно сделать, наравне с bios (который гораздо важнее), но зачем? А если после написания через год-два выяснится, что надо было писать не так? Да и вообще, зачем их располагать в ПЗУ? Зачем? Если у нас есть дискеты, винты, карты памяти? Не лучше ли их грузить при старте машины в ОЗУ и использовать? В чем идеология твоя? Что ты предлагаешь? Я просто не понимаю, не вижу никакого смысла. И все, кто тут присутствуют тебе это пытаются объяснить.[COLOR="Silver"]

[ZEK]

просьба для Димы принять участие

Ты на форуме общаешься а не в личке, юзай ники, а то слишком много на себя береш.

в части его разработки, связанной с FDD. И посылать никто никого не будет. Но не отдельной разработки, а включения ее части в ПЗУ, а части как подгружаемого модуля (драйвера)

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

[baxter]

ZXFanat, зачем изобретать велосипед? NeOS во многом удовлетворяет твоим требованиям, также и расположением в ПЗУ. Под неё можно написать оболочку с GUI интерфейсом, но вряд ли она увидит свет.

http://speccy.info:8080/NeOS

[impressed]

Еле-еле осилил ветку.

Но после прочтения, сложилось мнение,что все чего-то хотят и и кто не знает чего именно.

Мое видение архитектуры, таково:
1. BIOS -- содержит базовый набор процедур необходимых для начального запуска машины:
A.Утилиту настройки параметров оборудования ( при это абсолютно не важно где будет храниться инфа о конфигурации машины в NVRAM или например в инженерном цилиндре на диске или дискете).
B. Процедуру POST ( Power-On Self Test) для тестирования имеющегося оборудования.
C. Базовый(!!) набор вызовов по работе с оборудованием машины ( терминальный ввод/вывод, дисковые накопители, управление менеджером памяти на машинах с объемом RAM > 48k, видео сервис ( аналог писюкового int 10h))
D. Процедуру начальной загрузки машины ( аналог int 19h с фиксированной точкой входа)
E. По желанию стартовые меню, для тех кто без них жить не может.
F. Совсем забыл про системный таймер ( сервис времени, sysuptime), работающий как с RTC, так и счетчик инкрементирующийся например раз в секунду (похоже на UnixTime ( количество секунд прошедших с 1-го января 6.00 утра 1970 года)). Сервис должен обеспечивать как получение текущей даты/времени/системного uptime так и его установку.

При всем при этом, нет необходимости держать в ROM универсальный BIOS который бы подходил ко всем машинам сразу, даже на PC такого нет, т.к для каждой модели мат.платы делают свою версию BIOS. Тут уж пусть каждый под себя собирает из исходников BIOS или например скачивает уже готовый для своего типа машины.

BIOS также будет являться HAL (Hardware Abstraction Layer) для самой ОС, чтобы не обременять ОС лишним для нее функционалом, кроме того такой подход предоставляет единое низкоуровневое API для работы с оборудованием, что должно облегчить перенос программ с одного клона на другой и портирование нового софта на ZX.

Это пока по BIOS по самой OS напишу несколько позже, если ни кто не против =)

С Уважением, I'm!Pressed.

[impressed]

И так продолжение темы про Speccy OS NG =)

Теперь про ОС.

Что из себя представляют современные ОС в минимальном варианте:
1. Ядро системы
2. Набор системных библиотек для приложений ( таких как например libc/GNU Libc в *NIX)
3. Командный интерпретатор
4. User-land приложения

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

На мой взгляд, для Speccy наиболее подходит микроядерная архитектура ОС, монолитные, модульные и гибридные схемы тут не к селу ни к городу из-за их запросов по ресурсам.

[NovaStorm]

На мой взгляд, для Speccy наиболее подходит микроядерная архитектура ОС, монолитные, модульные и гибридные схемы тут не к селу ни к городу из-за их запросов по ресурсам.

#$%!!! Ну при чём тут микроядро? Нахрена оно без MMU и защиты памяти?

[psb]

ну вы к 2015 году-то определитесь?

[DimkaM]

Нахрена оно без MMU и защиты памяти?

Нахрена ММУ и защита памяти?

[NovaStorm]

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