Проект ОС

[Vadim]

Vadim, Спасибо за инфу , где подробней про SPR почитать?

В доках по CP/M 3. На сайтах оно есть, исходник посмотреть, где CLI загружает SPR образ на выполнение. Ещё забыл написать, что в CP/M можно сделать SPR искусственно, а можно писать программу как обычно, но линковать её используя линкер от Digital Research у него есть опция сделать SPR. Линкер надо искать их было много.

[Sayman]

Sayman,написать автору http://www.symbos.de/, а не ос.

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

[NovaStorm]

просто начинаю думать что можно сделать кроме ограниченого софта как задумывалось

У зилога же было RT ядро для eZ80, вроде даже с сорцами.

spr - шаг назад, нужно делать нормальный формат для кода, и исполнимого и библиотечного, такой себе мини-elf. Ссылки я кажется давал несколько страниц назад.

[Totem]

NovaStorm, чего у них ток, нет. Надо капать я пока проясняю для себя, что да как, стоит ли морочиться над этим или забить.Конечно хочется серьезную более менее систему, но из реальностей все таки будет, что то вроде
http://wiki.retroleum.co.uk/wiki/view/Install+FLOS
пока мучаю железо на предмет практического изучения.

[Vadim]

spr - шаг назад, нужно делать нормальный формат для кода, и исполнимого и библиотечного, такой себе мини-elf.

Я так понимаю, раз у нас нет CALLR addr, то мы его будем эмулировать предложенным способом, так? В Z380 есть всё для того, что бы писать релоцируемые программы, в ez80 я что-то такого не заметил.

Но Z-380 (вернее его система команд), если подумать, не дает нам возможностей написать нормальную многозадачную ОСь. Ведь что получается? Ну пишем мы программы, они грузятся в большее чем 64К пространство (линейное), всё замечательно! Но! Захотели мы процесс закрыть, завершить программу. И что? Куда девать память которую она занимала? Я ж этот вопрос поднимал, система управления памятью. В MS-DOS она примитивна (хотя на спектруме и такой нет) - все ОЗУ (область TPA в терминах cp/m) (в которой не сидит ОС и её управляющие структуры) отдается пользователю, пользователь может кусками брать ОЗУ у системы, а возвращать уже гораздо сложнее, память выделяется в виде однонаправленного списка. Используются указатели. Вернув кусок получаем что свободное ОЗУ становится не непрерывным, а дырявым. Т.е. получаем фрагментацию памяти. Конечно, возможна ситуация, когда мы освободили 2048 байт, а пользователь в один из следующих моментов запросил 2000 байт, почти идеальный вариант, мы ему отдадим этот кусок в 2048. Но такое вряд ли возможно. В реальности ОЗУ будет быстро фрагментироваться, необходима динамическая дефрагментация. Модули, написанные релоцируемыми используя относительную адресацию (JR, CallR и т.д.) в коде Z-380 в принципе позволят это сделать, проблема будет только в данных которые будут формироваться в процессе работы программы, если она будет формировать списки из реальных адресов или что-то подобное. Но и это можно предусмотреть. Хотя решение не очень красивое получается, не так ли?

Если мы забываем о Z-380 и его 4Гб адресном пространстве, а работаем со старым, добрым z80 и ограничиваемся адресами в 64К, то проблема усугубляется. С одним окном проецирования страниц, как у ZX-Spectrum 128, Пентагон, Скорпион, Профи и др. вообще кранты... Какая многозадачность? Какие модули??? Дефрагментацию уже делать гораздо сложнее.

[Sayman]

Переделки в случае ATM Turbo 2+ чисто технические (оси требуется 4 окна проецирования и режим цвет на точку в 16 цветов).

и почему это для автора симбоса только алоне являеца юзером спектрума(атма)? как минимум двое - я тоже ему писал. повторяю ещё раз - разрабы симбоса исходниками системы ни с кем не деляца, тем более с русскими. ему много кто писал. есть инфа о том. что были желающие портировать систему на спринтер, мб02, сэм копа, энтерпрайса, ещё какие то...все были посланы далеко. я очень сомневаюсь, что алону вдруг резко прислали исходники...

[Vadim]

Ещё о управлении памятью хочу сказать следующее. В МикроДОС на Профи (которая называлась SP-DOS) никаких процедур по выделению памяти не было вообще. Т.е. комп имел до 1Мб ОЗУ, но цпм ессно о ней не знала. Стандартная CP/M 2.2 понимает только 64К ОЗУ, никаких системных вызовов для управления памятью свыше этого не было. Управление памятью появилось в CP/M 3. Но это так, к слову. В общем, на профи существовала порочная практика, каждая программа которая использовала расширенную память имела текстовый конфигурационный файл, в котором перечислялись сегменты (в 8-ричной системе) которая она может использовать. Т.е. функция выделения сегментов памяти возлагалась на юзера. Ну не маразм ли? Первое, что я сделал ещё в 1996г, так добавил функции по выделению сегментов для программ в систему (тогда ещё это был доработанный МикроДОС). Немного поразмыслив придумал 3 функции, которые потребуются. 1)Выделение сегмента до завершения работы программы, по завершении программы сегмент освобождается и может быть выдан по следующему запросу. 2)Выделяем сегмент для резидента, возврат специальной функцией. 3) Возврат сегмента выделенного любым из вышеперечисленных способов. Уже в 2000-х годах я нашёл документацию на msxdos2 и на memory mapper, так вот, с удивлением обнаружил там примерно такой же функционал, только окон может быть 4 и мапперов много.

Так вот. Если мы будем иметь 4 окна, то вполне можно заюзать многозадачность. Программа берет себе пару сегментов, вот ей и готов 32К, для исполнения они подключаются с 0 и 4000h соответственно (это можно указать специальными вызовами, как будет работать задача, с каких адресов и в каком окружении). Релоцируемость тут как бы ни при чем, функционала SPR хватает по заглаза. +16К окно ещё программа может иметь, а это согласитесь уже очень приличные возможности. Весьма сложный софт можно написать.

[Totem]

Vadim, Мы уже общались по поводу Z-380, камень мертв.
Реального железа ни у кого нет и сомневаюсь, что будет.
Вообщем то тема про ОС для спекки, Вы уже пришли к выводу, что всем не угодить
и пора выбирать какой то клон(ы), который мало мальски потянет задумку?
Если да то пора бы уже озвучить, выложить блок схему проекта или начать портировать юзикс?
Это ведь проект ос, а не демка на листочке , не так ли?[COLOR="Silver"]

[Vadim]

Я привёл пример системы команд, проца, если бы его можно было бы использовать, ну или сделать как T-80 на альтерах. Система команд прекрасна, обширна, это то, о чем я мечтал в 90-х, это нормальный полноценный проц. Непонимаю почему он мертв. Сделать на современной базе, частоту на 200Мгц и вперед. Цена бы ещё была бы рублей 200, а не 2000 и не 10000.

По юзиксу я мало что могу сказать, доков мало. Занялся бы кто ещё.

---------- Post added at 11:51 ---------- Previous post was at 11:50 ----------

Ещё кстати, про управление памятью, у апологета тазика спросил, но кроме оскорблений ничего в ответ не услышал... Как обычно, в общем с их стороны.

[NovaStorm]

symbos - ужоснах ещё хуже исдоса внутри. Вы поглядите на её api!