Каковы должны быть принципы новой ОС?

[dwt]

Согласен, если есть какие то возражения по существу, пожалуйста, приводите схемы, рисуйте диаграммы, стройте графики и показывайте изменения, которые повлекут (плюсы и минусы).
Критиковать же просто без всяких выводов, дополнений и пр. может каждый...

Да мое высказывание о приближающейся тупиковости и этой темы касалось не Вас, GriV. И говорить конкретно я призываю уже который раз!!! Да, сегодня я постараюсь выстроить свое предложение (КОНКРЕТНОЕ предложение) концепции, чтобы не быть голословным. И если другие будут не против, предоставлю ее для обсуждения.

[GriV]

предполагается стандартная архитектура (вплоть до ZX16).
1. Вытесняющая многозадачность использует прерывания второго рода. Все задачи работают при включенных прерываниях
2. Имеется монопольный режим (отключаются прерывания второго рода или запрещаются прерывания вообще) - в простейшем случае инициализируется командой запрета прерываний, нормально должен быть разрешён системой. Область применения: драйверы блочных устройств, режим совместимости
3. Каждая задача имеет отдельный стек, отдельный heap и т.д.
4. Менеджер задач для каждого процесса выделяет структуру:
4.а) Регистры (в том числе стек)
4.б) Приоритет
4.в) Текущее значение приритета (накопительная часть приоритета)
4.г) Точка прерывания
4.д) Флаги процесса
4.е) Индексы используемых файлов
4.ж) и т.д.

[Ronin]

Про 24 бита вообще выглядит как бред, это уже не спектрум

это не бред, а реальный проц Zilog (eZ80), наиболее логично развивающий концепции Z80, 8 бит данных и 24 бит на адрес. про ARM, TI вообще забудьте.

Потом, я бы порекомендовал тебе повнимательней читать все сообщения в этом треде - в виртуальной машине тебя не будут волновать ни таймеры ни память - ничего

ну вот, а чуть выше говорилось, что де нужно обращать внимание на структуру однооконного отображения памяти в zx128. ну да, понятно виртуальная машина и бла-бла-бла. но приведу простой пример - вы сделали поддержку страничного управления памятью с дискретностью 16к (например), а в Z180 (и вообще многих Zilog процессорах) этот шаг принят 4к - итог - несоответствие - потеря эффективности, если вообще возможна работа.
т.е. это относится не к теории виртуальной машины, а к тому как эта машина спроецируется на аппаратные архитектуры.

Вот уж точно имеет тебе смысл про ОСи почитать общие обзоры... чтобы *nix'ы были тормозами и mustdie... да тебя любой системщик засмеёт

давайте тогда портируем линух на z80 3.5mhz и все, чего тут шума нашумели-то

[Знахарь]

Народ!

А где те, кто уже занимался подобными вопросами ?
Давайте спросим у них - пусть чего умного скажут

Vitamin что-то когда-то делал. Очень толковое, кстати.

Aqua OS кто делал ? DOORS ? NEOS ?

Может они чего посоветуют умного ?

Вообще делать виртуальную машину, в отдаленном хотя бы подобии виндовой, - боюсь, спек не вытянет по скорости.

Мне, как разработчику хочется, о чем уже говорили: ram manager и файлы.

Вот, кстати в BGE что-то было интересное. Да, это граф редактор и тут ни при чем, но в нем именно реально и неплохо (по скорости, простоте, доступности) реализованы некоторые вещи.

Работа с курсором - отлично
Система прерываний - хорошо. Можно и di:halt и просто к уже имеющемуся обработчику можно присосаться. Это же надо и в оси.

Потом вопрос прошивать ли такую ось в ПЗУ ? Скажем теневое ? Как NEOS ? Есть куча плюсов. Быть может главный - защищенного режима аппаратного нет - значит чуть что не так - всё накрывается. А так, можно сказать, хоть какая-то защита от затирания ядра оси в памяти.

[GriV]

система точно хранится не в ПЗУ. Система должна запускаться даже на 48К а там уж точно нет теневого ПЗУ. В крайнем случае это может быть 128BASIC, но тогда жертвуется парк 48к машин...
Ядро настраивается под тот тип, которые использовать наиболее оптимально.
Минимальным (самым неоптимальным) ограничителем является 48К машина.
От затирания (кстати это чисто техническая деталь) ни одна система не защищена.
Для защиты предлагается как раз использовать два типа приложений: классические (не под ОСь) и оптимальные (специально написанные под ОСь). Последние чисто технически будут ограждены от того, чтобы испортить систему...

[Ronin]

значит чуть что не так - всё накрывается

винт нас спасёт куда лучше чем ПЗУ.
слетел - перезагрузись (пару сек).

[dwt]

винт нас спасёт куда лучше чем ПЗУ.
слетел - перезагрузись (пару сек).

Винт не вписывается в концепцию минимального ядра... Это модуль "extern". На мой взгляд, конечно....

[GriV]

в ПЗУ это чтото не то, сами посудите как надо обновить версию ядра, то надо бежать искать программатор, программировать, а у кого то ПЗУ жёстко запаяно, а как быть владельцам скорпионов, у которых на ПЗУ вся оснастка лежит?

[random]

скажем так, с самого начала подразумевалась доработка когда можно в страницу с адресом 0 вписать страничку ОЗУ. если уже сейчас начались вопросы по второму кругу, то надо однозначно создавать ФАК и прибивать гвоздями в этом разделе.

[Знахарь]

Вот. Значит вывод: в ПЗУ не шьем ?

Griv, ну как ты на ПЦ, к примеру, просто так затрешь ось ? Там это аппаратно невозможно. А тут нужно аккуратненько и программно.

DWT прав. Винт - довесок. К нему надо кучу софта, но опять на ПЦ с винта грузиться или не с винта - пофиг. Верно ? А в нашем случае это целое дело! И тут опять как и с ПЗУ: у кого он есть, у кого его нет Думаем. Я с винтом не работал на ZX Может, кстати с него и можно грузиться как с дискты сразу после ресета. Тогда это уже гораздо лучше. Тогда, как в ПЦ boot сектор какого-то стандарта. и прога смотрит чего откуда и как грузить дальше: хоть linux хоть macOS )))