Проблема большая, что под программу пользователя - 16К. Максимум на 128 спеке
Разделяемых библиотек - тоже не предусмотрено.
Можно сделать всё это под пентеву - но тогда это будет "пентева-только" система.
Для 128 спека надо что-то иное выдумывать.
Да и контекст очень медленно щёлкается.
Ну или делать только для пентевы свою ось. Но тогда надо механизм запуска спекопрок продумывать.
С любовью к вам, Yandex.Direct
Размещение рекламы на форуме способствует его дальнейшему развитию
Контекст будет переключаться быстро, если переключать целыми страницами по 64к, минимизировав межстраничные копирования. Есть куча клонов с расширенным ОЗУ, надо только добавить диспетчер по 64к (а во многих, где 4 диспетчера по 16к, и добавлять ничего не надо, просто будет 4 команды включения страницы 16+16+16+16 вместо одной 64). Когда это нас стала пугать необходимость доработки? Если бы мне в, скажем, 96-м году сказали "вот тебе Юникс, но надо 3 микросхемки добавить", эти микросхемки были бы добавлены в тот же день. В конце концов, тут паяльщиков 50 человек на каждого программиста, ваще проблемы не вижу.Сообщение от SfS
Лучше сделать и жалеть, чем не сделать и жалеть.
Некоторые из моих поделок тут: https://github.com/serge-404
64k? а какой толк от него будет? прийдется пересылать блоки между страницами только через регистры процессора (которых галяк), ну или через тормознутый i/o... (и тогда надо будет иметь копию кода для этого i/o в каждой странице) или тогда надо будет лепить какой-то еще memory-memory "копировщик" кроме Z80 на шину...
64к это условно.
На Орионе например переключается только 60к (а верхние 4к "склеенные" для всех страниц). Такая же модель памяти была исходной у Кокса при написании FUZIX. Достаточно удобно получается. Учитывая, что Юзиксу надо в общей памяти максимум 1к ("общей памяти"), то окно может быть и до 63кб размером. При этом каждое переключение контекста - это ldir примерно 2х400 байт ОЗУ + сохранение/восстановление регистров ЦПУ. Несравнимо с ldir Nх16к (в случае если делать процессы больше 16к при окне диспетчера 16к).
Но даже если переключать 3 окна по 16к - нижние 48k (а верхние 16к - "склеенные", в них кстати можно разместить непереключаемые общие для всех процессов бинари, тот же libc частично, или эмулятор CP/M), то 48к на процесс - это и то очень прилично.
Удобство в том, что пофиг сколько у тебя окон и какой размер страниц. Например, в моей реализации с 60-к страницами без перекомпиляции прекрасно работают бинарники однатысяча девятьсот мохнатого года от 32к-страничного Юзикса. Т.е. у нас будет кросплатформенность (точнее крос-клоновость) "вопреки всему"
Последний раз редактировалось Error404; 10.04.2015 в 17:38.
Лучше сделать и жалеть, чем не сделать и жалеть.
Некоторые из моих поделок тут: https://github.com/serge-404
А ну так это другое совсем, это "максимальное адресуемое пространство для процесса", ясное дело чем жирнее оно тем проще писать прогу (уже обсосали 100 раз, факт что большенство алгоритмов в литературе и компиляторов в жизни не учитывают лимитов адресного пространства).Удобство в том, что пофиг сколько у тебя окон и какой размер страниц. Например, в моей реализации с 60-к страницами без перекомпиляции прекрасно работают бинарники однатысяча девятьсот мохнатого года от 32к-страничного Юзикса. Т.е. у нас будет кросплатформенность (точнее крос-клоновость) "вопреки всему"
К стати тут уже движутся работы в направлении прикручивания link-ера поддерживающего overlays. https://github.com/EtchedPixels/FUZI...oc/SDCCBanking
Последний раз редактировалось bigral; 10.04.2015 в 19:50.
запилить этот юзикс на спринтера, чтоли?! только, какая практическая от этого польза?! сомнительное это нынче удовольствие...
Вообще-то я думал ты как раз за этим с С-компилерами связался.
---------- Post added at 09:58 ---------- Previous post was at 09:56 ----------
А напрасно. У нас тут есть живой автор, он бы диспетчер с большим окном и впилил бы.
Лучше сделать и жалеть, чем не сделать и жалеть.
Некоторые из моих поделок тут: https://github.com/serge-404
Sayman, на феню запили
совершенно нет. Не только-лишь юзикс можно на си наваять))Вообще-то я думал ты как раз за этим с С-компилерами связался.
феникс это обычный скорпоКай. без всяких излишеств. не интересная для меня железка.А напрасно. У нас тут есть живой автор, он бы диспетчер с большим окном и впилил бы.
Эту тему просматривают: 1 (пользователей: 0 , гостей: 1)
Ваши права
Ответить с цитированием