User Tag List

Страница 2 из 28 ПерваяПервая 123456 ... ПоследняяПоследняя
Показано с 11 по 20 из 281

Тема: Пишем свою ОС. Теория

Комбинированный просмотр

Предыдущее сообщение Предыдущее сообщение   Следующее сообщение Следующее сообщение
  1. #1

    Регистрация
    05.10.2006
    Адрес
    Харьковская обл.
    Сообщений
    166
    Спасибо Благодарностей отдано 
    0
    Спасибо Благодарностей получено 
    0
    Поблагодарили
    0 сообщений
    Mentioned
    0 Post(s)
    Tagged
    0 Thread(s)

    По умолчанию

    Цитата Сообщение от Vovoi Посмотреть сообщение
    >"Так есть же эмуль Sinclair QL и там прошивка пзу - вроде даже на этом форуме выкладывали или ссылку давали".."мануала на Q-DOS не встречал"
    Да-да. Всё нашел. Всё посмотрел.
    =)
    По поводу осеписания... в "прянишном случае" произошла некоторая "остановка". Неожиданно кончилась память!....
    Может быть поэтому тот "НЕКТО" (о котором ты писал), появляющийся с новой осью на форуме, сев за кодинг, так же быстро с форума и исчезает, поскольку понимает, что только на словах и в проектах операционка получается просто блеск, а на практике что-то плохо она получается.
    INSIDE говорил, что при разработке любого ПО нужен СИСТЕМНЫЙ ПОДХОД.
    Т.е. сначала надо потратить некоторое время (от 1-го до нескольких дней), чтобы в целом описать всё что необходимо реализовать(все составляющие компоненты).
    Далее потратить ещё время (от недели до месяца) - чтобы подробно описать структуру и свойства каждого компонента.
    И только после этого начинать кодить.
    В случае твоего пряника, в рамках системного подхода, необходимо было бы изначально каждому компоненту ввести ограничение на используемый размер ресурсов - таких как оперативная память.
    В этом случае не было бы таких неожиданностей

    ---------- Post added at 13:34 ---------- Previous post was at 13:24 ----------

    Цитата Сообщение от Vovoi Посмотреть сообщение
    >
    >SOS+TR-DOS
    Много раз звучало, что необходимо ориентироваться на те машины, которые есть у пользователей. Мне хотелось бы ориентироваться на ZX Spectrum-48k + Floppy. Всё остальное юзер пусть прикручивает сам (память, винчестер). В системе для этого будет зарезервирована "возможность".
    Не согласен с floppy - вон есть уже компы на которых нет дисковода,есть SD-карты
    "Возможность" - это да,просто надо изначально закладывать в систему наличие N устройств внешней памяти.При этом при сборке системы ставится минимум N=1.(и туда пихается нужный драйвер)
    Цитата Сообщение от Vovoi Посмотреть сообщение
    >

    Всё, это МИНИМУМ! При этом (здесь я полностью согласен с iS-DOS), пользователь сможет запускать систему на ЛЮБОМ спектрум-совместимом компе. Ось должна быть доступна каждому, без всяких извратов и бубнов.
    Может быть я и не прав.
    Необходимо сразу предлагать пользователям несколько подготовленных сборок системы -
    чтобы тот же пользователь SD-карт не парился с перенастройкой ядра и попыткой запустить ось на бездисковой системе.

    ---------- Post added at 13:41 ---------- Previous post was at 13:34 ----------

    продолжаем рассматривать направления развития

    Цитата Сообщение от Zet9 Посмотреть сообщение

    1) SOS+TR-DOS

    Сюда входит всё подмножество версий прошивок,которые имеются в пзу 99% существующих компьютеров, а также в виде файлов на носителях информации,из которых можно осуществить прошивку микросхем пзу.

    2) CP/M

    Сюда входит всё подмножество версий CP/M – использующихся на различных Спектрумах,Спектрум-клонах, и Спектрум-совместимых компьютерах.

    3) Самостоятельные разработки
    У разработчиков новых систем есть 2 варианта
    1) использовать одно из 3-х упомянутых выше направлений
    2)создать свой собственный проект, при этом обеспечив определённую степень совместимости с одним или несколькими упомянутыми направлениями

    ---------- Post added at 13:49 ---------- Previous post was at 13:41 ----------

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

  2. #1
    С любовью к вам, Yandex.Direct
    Размещение рекламы на форуме способствует его дальнейшему развитию

  3. #2

    Регистрация
    13.12.2007
    Адрес
    Архангельск
    Сообщений
    2,189
    Записей в дневнике
    1
    Спасибо Благодарностей отдано 
    3
    Спасибо Благодарностей получено 
    13
    Поблагодарили
    13 сообщений
    Mentioned
    1 Post(s)
    Tagged
    0 Thread(s)

    По умолчанию IMHO

    Извините а какой софт писать под эту "OC"?
    Системный какой ? текстовый редактор?
    Работа с дисками? аля дос навигатор?
    Игры? сомневаюсь
    это бесполезная ОС:
    БЕЗ СЕТИ (а ее на наших клонах нет)
    даже если сделают 3.5Мh это жутко мало для маломальской работы
    только telnet и почта(причем только текст)
    128K тоже жуть мало
    отсюда следует вывод что бы сделать мало мальски полезную осю
    надо поддерживать только современные клоны
    7МГц
    DMA ?
    1Мб (слабо представляю себе написание приложений более 256Кб
    с сегментацией 16кб на асме)
    NEMO IDE
    ZX-BUS
    +она должна быть многозадачной иначе смысла в ней 0
    и это должно быть минмальной конфигурацией
    а что дальше? все без 32 битного CPU. (виртуальный 32 Z80?)
    +обязательно создание мобильного девайса (возможно может вызвать интерес у молодежи)
    классический спектрум не умрет без Вашей "бесполезной ОС".
    и пользы ему абсолютно никакой не принесет , кроме Вами же потраченного времени.

    ---------- Post added at 17:17 ---------- Previous post was at 17:16 ----------

    БК-0010, жесть
    100% +
    Ты слыхал как грузится Flyshark ?! нет, совсем не тот, что на дискете...а Flyshark, тот самый блин Flyshark...тот ,что был когда то на кассете...
    zx spectrum 48 issuse 6a, Ленинград-1, zx spectum 128 +2 grey,Пентагон-128, ZXM-Phoenix 5.02 ( assembly)

  4. #3

    Регистрация
    15.06.2006
    Адрес
    S.Pb
    Сообщений
    5,791
    Спасибо Благодарностей отдано 
    0
    Спасибо Благодарностей получено 
    7
    Поблагодарили
    6 сообщений
    Mentioned
    0 Post(s)
    Tagged
    0 Thread(s)

    По умолчанию

    По идеологии вопрос не решён, а это первичный вопрос. Всё остальное - производное от идеологии. Нет чёткого определения идеологии - нет ничего! Чтоб определиться с идеологией, надо знать зачем нужна эта ОС в плане её потребительского назначения. А это упирается сразу в вопрос зачем нужен Спектрум. Исходя из ответа на него можно получить прямо противоположные направления развития. До сих пор я не встречал на этом форуме хоть какого-то понимания этого вопроса. Лично у меня есть качественное представление о том, какая ОС нужна Спектруму. Эта ОС обязана решать одну главную задачу - лёгкую интеграцию Спектрума в современную информационную среду. Эта задача базируется на понимании того, что Спектрум может развиваться только имея прикладное применение. Применительно к созданию ОС говорить о каком-то ретро-хобии применении - это бред и несерьёзность. Только эволюционирование самого Спектрума в прикладное устройством бытового назначения повседневного применения способно придать осмысленность усилиям направленным на создание и развитие как ОС, так и самого Спектрума. Поэтому ни о каких 48к only или ориентации на floppy only речь идти не может - для старого хлама писать ОС бесполезно. Ориентироваться нужно не на те компы, которые были, а на те, которые будут в будущем, и поэтапно, по мере развития железа, развивать и функционал ОС. При этом подразумевается параллельное развитие аппаратной и программной составляющих в заданном идеологией направлении развития. Т.е. развиваться будет и железо, но не абы как, а в заранее согласованном направлении.

    Какими свойствами должна обладать такая ОС?

    1) Первое и главное - т.к. компьютер является Спектрумом, то обязан без ограничений исполнять под управлением ОС всё ПО базовой конфигурации (т.е. ПО для моделей 48/+128), в то же время для ПО использующего TR-DOS возможно наложение ограничений.
    2) Второе требование без которого никакая интеграция в современную информационную среду просто немыслима - многозадачность. ОС без многозадачности в современном мире просто не нужна.
    3) Желательно что бы ОС базировалась на уже существующей прототипной системе и имела возможность лёгкого портирования под себя как можно большего количества существующего ПО этой системы. Желательно так же наличие у прототипной ОС развитых средств создания ПО.

  5. #4

    Регистрация
    14.08.2006
    Адрес
    Владимир
    Сообщений
    4,581
    Спасибо Благодарностей отдано 
    64
    Спасибо Благодарностей получено 
    112
    Поблагодарили
    97 сообщений
    Mentioned
    0 Post(s)
    Tagged
    0 Thread(s)

    По умолчанию

    Цитата Сообщение от БК-0010 Посмотреть сообщение
    По идеологии вопрос не решён, а это первичный вопрос. Всё остальное - производное от идеологии.

    1) Первое и главное - т.к. компьютер является Спектрумом, то обязан без ограничений исполнять под управлением ОС всё ПО базовой конфигурации (т.е. ПО для моделей 48/+128), в то же время для ПО использующего TR-DOS возможно наложение ограничений.
    2) Второе требование без которого никакая интеграция в современную информационную среду просто немыслима - многозадачность. ОС без многозадачности в современном мире просто не нужна.
    3) Желательно что бы ОС базировалась на уже существующей прототипной системе и имела возможность лёгкого портирования под себя как можно большего количества существующего ПО этой системы. Желательно так же наличие у прототипной ОС развитых средств создания ПО.
    По пункту 1 - это не задача ОС и его бы по-хорошему вообще сюда не выносить. Точнее, для выполнения п.1 от ОС требуется только перекинуть блок данных с диска в память и сделать jmp в этот код. Всё! Никакого окружения воспроизводить не надо (а именно это основная задача ОС, а не файловая система или многозадачность) - это окружение (бэйсик и ТРДОС) уже сидят в ПЗУ, их только надо перед передачей управления включить в адресное пространство. Заниматься этим может даже не сама ОС, и даже лучше не сама ОС, а некий бинарник (приложение ОС), который вызванный из ОС с параметром TR-досовского приложения сам куда надо что надо прогрузит и передаст управление.

    По всем остальным пунктам - это UZIX. Под ним выполняются CPM-приложения (т.е. по количеству приложений конкуренция с ним со стороны чего-либо 8-битного бессмысленна), в него проще всего портировать С-код с других платформ (а это и есть "интеграция в современную информационную среду"), в нем многозадачность и прочие вкусности UNIX.
    Последний раз редактировалось Error404; 15.01.2010 в 19:43.
    Лучше сделать и жалеть, чем не сделать и жалеть.

    Некоторые из моих поделок тут: https://github.com/serge-404

  6. #5

    Регистрация
    12.07.2006
    Адрес
    г. Киев, Украина
    Сообщений
    2,147
    Спасибо Благодарностей отдано 
    25
    Спасибо Благодарностей получено 
    95
    Поблагодарили
    82 сообщений
    Mentioned
    2 Post(s)
    Tagged
    0 Thread(s)

    По умолчанию

    Цитата Сообщение от БК-0010 Посмотреть сообщение
    По идеологии вопрос не решён, а это первичный вопрос...
    ...
    Применительно к созданию ОС говорить о каком-то ретро-хобии применении - это
    бред и несерьёзность.
    ...
    Но тем не менее это реальность в которая нас окружает уже более 15 лет! Спектрум живет в первую очередь именно как "ретро-хобии". А значит и спонтанное развитие с подключением чего попало и с написанием какого попало софта имеет смысл с точки зрения подогрева интереса к любимому хобби!

    Цитата Сообщение от БК-0010 Посмотреть сообщение
    Только эволюционирование самого Спектрума в прикладное устройством бытового назначения повседневного применения способно придать осмысленность усилиям направленным на создание и развитие как ОС, так и самого Спектрума. Поэтому ни о каких 48к only или ориентации на floppy only речь идти не может - для старого хлама писать ОС бесполезно. Ориентироваться нужно не на те компы, которые были, а на те, которые будут в будущем, и поэтапно, по мере развития железа, развивать и функционал ОС. При этом подразумевается параллельное развитие аппаратной и программной составляющих в заданном идеологией направлении развития. Т.е. развиваться будет и железо, но не абы как, а в заранее согласованном направлении.
    Во-первых такой путь требует применения нового мощьного железа с дикими мегагерцами внутрях... во-вторых нет никакого смысла по чуть чуть (поэтапно) умошнять железо (это будет дорого и долго) если уже менять железо то сразу ставить самую мощьную из доступных железяк (которая при этом сможет так-же сохранить 99,9% совместимость с оригиналом). Так что речь уже в этом твоем тексте идет совсем не о спектруме а о плате с FPGA дикого размера (как минимум аналогичной Altera DE1). И тут согласись что ОС под спектрум и ОС под такую дикую плату это совсем 2 разные ОСИ! отличающиеся примерно так же как CP/M и OpenVMS. Так как существенного изменения спектрума в железном плане не допустят фанаты для которых это хобби и память то и "развития" спектрума в этом ключе не предвидется а значит и ОС такого уровня навороченный нам ненужно здесь обсуждать.

    И помните главное - ОС всего лишь прослойка между железом и софтом который делает реально полезную работу оформленного в виде "приложений" т.е. по сути плагинов к этому ОС-у. И задача ОС-а предоставить ВСЕ возможности железа для своих плагинов. Следствия - легкое расширение\урезание железа или прозрачный (для плагинов) переход на новое железо. Будет ли переход спектрумовского софта на новое железо? - может быть но с использованием эмуляторов старого железа. Так что смысла для старого спектрума в новом ОС-е скорее нету, но есть смысл в библиотеках под новое самопальное железо (типа звуковух и видях) и в firmware для эмуляторов спекки железа типа как эмулятор флопа на флешке.

  7. #6

    Регистрация
    15.06.2006
    Адрес
    S.Pb
    Сообщений
    5,791
    Спасибо Благодарностей отдано 
    0
    Спасибо Благодарностей получено 
    7
    Поблагодарили
    6 сообщений
    Mentioned
    0 Post(s)
    Tagged
    0 Thread(s)

    По умолчанию

    Цитата Сообщение от Error404 Посмотреть сообщение
    По всем остальным пунктам - это UZIX
    Интересно, а что меньше рихтовать напильником нужно UZIX или СР/М? И вот ещё, хотелось бы понимать аппаратные требования к этим системам и экспертная оценка сравнительного быстродействия.

    ---------- Post added at 20:11 ---------- Previous post was at 19:59 ----------

    Цитата Сообщение от Error404 Посмотреть сообщение
    По пункту 1 - это не задача ОС и его бы по-хорошему вообще сюда не выносить. Точнее, для выполнения п.1 от ОС требуется только перекинуть блок данных с диска в память и сделать jmp в этот код. Всё! Никакого окружения воспроизводить не надо
    А как у тебя при этом многозадачность будет реализовываться? Ведь для многозадачности нужен планировщик, являющийся функцией ядра и распределяющий время и память между задачами, а так же контролирующий ротацию задач. Нужно так же обрабатывать внешние вызовы и т.д., чем собсно ОС и занимается..
    Последний раз редактировалось Black_Cat; 15.01.2010 в 20:13.

  8. #7

    Регистрация
    14.08.2006
    Адрес
    Владимир
    Сообщений
    4,581
    Спасибо Благодарностей отдано 
    64
    Спасибо Благодарностей получено 
    112
    Поблагодарили
    97 сообщений
    Mentioned
    0 Post(s)
    Tagged
    0 Thread(s)

    По умолчанию

    Цитата Сообщение от БК-0010 Посмотреть сообщение
    Интересно, а что меньше рихтовать напильником нужно UZIX или СР/М? И вот ещё, хотелось бы понимать аппаратные требования к этим системам и экспертная оценка сравнительного быстродействия.
    UZIX будет, может, чуть медленнее (т.е. не в разы), чем стандартная CP/M 2.2 (хотя правильнее сравнивать с MPM). Которая как известно тоже написана на ЯВУ, и в более поздние времена для CP/M были написаны замены для BDOS, написанные на АСМ и более быстро работавшие. В-общем, все решаемо (до приемлимого и даже лучше) тупо допустимым разгоном процессора.

    Рихтовать примерно одинаково сложно - что MPM, что UZIX (если решить некоторые "проблемы стартапа" - я тупо не смог запустить компилятор). Исходники есть и там и там, и инструкции по портации с примерами.

    Тут в обоих случаях (MPM/UZIX) главный вопрос за счет чего решать переключение контекстов процессов. Если есть диспетчер, который позволяет работать большим окном (48к или более) как к примеру в Орионе или ATM (про другие клоны не в курсе), то переключение контекстов будет происходить быстро. Со стандартным маленьким окном в 16к (и соответственно кучей LDIR) - медленно.

    Цитата Сообщение от БК-0010 Посмотреть сообщение
    [/COLOR]А как у тебя при этом многозадачность будет реализовываться? Ведь для многозадачности нужен планировщик, являющийся функцией ядра и распределяющий время и память между задачами, а так же контролирующий ротацию задач. Нужно так же обрабатывать внешние вызовы и т.д., чем собсно ОС и занимается..
    C многозадачностью в случае работы систему в варианте пункта 1 врядли что-то путное выйдет без существенного изменения аппаратной части - ведь особенность кода из наследства Спектрума (наиболее интересного) в том, что он работает "по железу". Поэтому для него и не нужно окружение ОС (API). Ну и что? Кому интересна многозадачность во время, к примеру, игры? Я на РС то этим не пользуюсь когда завожу игруху, система в этот момент всегда становится "однозадачной" сугубо по моему пользовательскому желанию.
    Последний раз редактировалось Error404; 15.01.2010 в 23:35.
    Лучше сделать и жалеть, чем не сделать и жалеть.

    Некоторые из моих поделок тут: https://github.com/serge-404

  9. #8

    Регистрация
    18.11.2008
    Адрес
    пос.Полярный, ЯНАО
    Сообщений
    1,079
    Спасибо Благодарностей отдано 
    5
    Спасибо Благодарностей получено 
    15
    Поблагодарили
    9 сообщений
    Mentioned
    0 Post(s)
    Tagged
    0 Thread(s)

    По умолчанию

    Какая-то очень странная тема. А наполнение её напоминает чью-то курсовую работу.

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

    Подытожу: Тема - бред, Zet - нуб.

  10. #9

    Регистрация
    14.08.2006
    Адрес
    Владимир
    Сообщений
    4,581
    Спасибо Благодарностей отдано 
    64
    Спасибо Благодарностей получено 
    112
    Поблагодарили
    97 сообщений
    Mentioned
    0 Post(s)
    Tagged
    0 Thread(s)

    По умолчанию

    Цитата Сообщение от Лас Посмотреть сообщение
    Какая-то очень странная тема. А наполнение её напоминает чью-то курсовую работу.

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

    Подытожу: Тема - бред, Zet - нуб.
    Ну и кому интересно такое твое мнение? Подытожил, мать вашу, потешил собственное эго. В лифтах всякое не ты пишешь?
    Лучше сделать и жалеть, чем не сделать и жалеть.

    Некоторые из моих поделок тут: https://github.com/serge-404

  11. #10

    Регистрация
    15.06.2006
    Адрес
    S.Pb
    Сообщений
    5,791
    Спасибо Благодарностей отдано 
    0
    Спасибо Благодарностей получено 
    7
    Поблагодарили
    6 сообщений
    Mentioned
    0 Post(s)
    Tagged
    0 Thread(s)

    По умолчанию

    Цитата Сообщение от Error404 Посмотреть сообщение
    C многозадачностью в случае работы систему в варианте пункта 1 врядли что-то путное выйдет без существенного изменения аппаратной части
    Будем предполагать наличие необходимого развития аппаратной части .
    Цитата Сообщение от Error404 Посмотреть сообщение
    Если есть диспетчер, который позволяет работать большим окном (48к или более) как к примеру в Орионе или ATM (про другие клоны не в курсе), то переключение контекстов будет происходить быстро
    Соответственно предполагаем возможность установки любой страницы во все 4 окна. Т.е. фактически можно работать окном 64к.

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

Страница 2 из 28 ПерваяПервая 123456 ... ПоследняяПоследняя

Информация о теме

Пользователи, просматривающие эту тему

Эту тему просматривают: 1 (пользователей: 0 , гостей: 1)

Похожие темы

  1. Пишем на ассемблере под эмулятором
    от GM BIT в разделе Для начинающих
    Ответов: 76
    Последнее: 15.07.2016, 20:04
  2. Теория
    от Sonic в разделе Несортированное железо
    Ответов: 16
    Последнее: 04.07.2005, 09:58
  3. Я ищу свою дему
    от AAA в разделе Демо
    Ответов: 4
    Последнее: 04.05.2005, 22:59
  4. Ищу свою gfx работу!!!
    от invador в разделе Игры
    Ответов: 7
    Последнее: 02.02.2005, 12:54

Ваши права

  • Вы не можете создавать новые темы
  • Вы не можете отвечать в темах
  • Вы не можете прикреплять вложения
  • Вы не можете редактировать свои сообщения
  •