Пишем свою ОС. Практика

[Black_Cat]

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

Не надо мучиться с одним окном! Именно поэтому ориентируемся не на классику, а на развитие аппаратной архитектуры. 4ре окна - это не проблема, всё это есть в архитектуре Хiмеra. Поэтому, если ты понимаешь требования ОСи к железу - изложи, чтоб определить узкие места - я не системный программист, и представляю механизм работы ОС смутно.

Ещё раз хочу подчеркнуть подход - по возможности, и в рамках идеологии развития Спектрума, делаем железо под ОСь, а не ОСь под ограничения старого железа. Узкие места, о которые обычно спотыкается софтостроение на Спеке я описал, и помоему расширил их до вполне приемлемых возможностей, на которые можно ориентироваться чтоб не приходилось изголяться через задницу.

>переносимость кода
Зачем тогда нужна твоя Химера? Перенесли весь код на писюк и ок, нэ?

Это глобальная идеологическая проблема. Смысл сего - чтоб разорвать замкнутость платформы в себе, путём обеспечения движения софта, а вместе с ним и кодеров. Если этого не сделать - платформа так и останется уделом замкнутой кучки любителей, да ещё и самой низкой квалификации, потому как профессионалам замкнутая в себе платформа не интересна, им именно некогда вникать во все перипетии спековских глюков и ограничений. Хiмеra разрабатывалась именно для разравнивания площадки поля деятельности для профессионалов, чтоб они по минимуму были стеснены ограничениями Спектрума, но при этом чтоб архитектура оставалась именно спектрумовской, а не ATMной, MSXной или ещё какой левой, т.е. чтоб при всём этом сохранялся just for fan и дух спектрумизма, иначе - зачем мы все здесь, если вместо Спектрума втюхивать всякую левизну типа ATM и иже? .

Угу, zfs например, с кэшем на пару гигов.

Именно поэтому я и говорил, что:

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

Т.е. не надо хвататься за то, что Спеку не по силам. Есть достаточно задач, которые он потянет так, чтоб это было удобно и практично в пользовании, вот на них и нужно сконцентророваться, отложив всё ресурсоёмкое до лучших времён, когда Спектрум сделает следующий шаг в аппаратном развитии. А такое развитие уже сейчас заложено в архитектуру Хiмеra, например переход на eZ80, а это - 50MHz, команда на такт, 16Mb непосредственно адресуемой памяти, при софтовой совместимости снизу - вверх + режим полной совместимости с Z80 по тактам - для старого софта.

C итак есть

вот токо все почему-то плюются от того что есть и вообще не используют..

>обязательное наличие SD...
Если будет ПЗУха с nix'ами или хотя бы их базовой ДОС частью(а остальную память можно и освободить при этом) то пофиг ведь, SD там или флоп.

Для ОСи - пофиг, но не пофиг для юзера! Это я к тому, чтоб беспощадно пресекать и выжигать калёным железом, всякую ориентацию на умершие стандарты и носители как на базовые! Опционально - пожалуйста, подключайте любую экзотику, но базовая ориентация - только на современное железо!

для ОСи скорее всего выгоднее своя ФС, с минимальным потреблением проца, скорее всего простенькая до ужаса.

Это можно рассмотреть, но для начала - нужен FAT, чтоб разорвать информационную замкнутость платформы.

А интернет... не верю, что он будет нужен.

интернет - это обжитой и огороженный участок центрально регулируемой сети, но не вся сеть Сейчас будет развиваться децентрализованная сеть, и Спектрум надо к этому хоть минимально подготовить. Т.е. чтоб был реализован хоть нижний уровень с необходимыми сетевыми протоколами. Чтоб оставалось токо добавить интерфейсную аппаратную часть. FIDONet - возвращается!