Вид для печати
Для vhdl-z80 CPU я пытаюсь найти модель памяти, которая бы не испытывала необходимости модернизации в ближайшем будущем :)
Поскольку со времен "ZX Spectrum 48" 64K делились на 4 страницы по 16k, то приходит в голову дурная мысль завести четыре 16-р. указателя "номера страницы" по одному на каждую из 4-х базовых страниц и сделать их программно доступными. Тогда общедоступная память в 1024 Мбайт будет состоять из 64К 16K страниц. Какие здесь скрытые засады?
Это то же самое что контролер памяту у turbo2+ проц по прежнему напрямую адресует не больше 64к.
это не совсем так, если у CPU появляются в системе команд дополнительные команды по манипулированию содержимым этих 4-х регистров (номеров страниц)...сложности могут возникнуть с прерываниями, стеком, отображением видеостраниц(?)Цитата:
Сообщение от heroy
А нафига, мне кажеться неоправданное усложнение, какая разница использовать внутренние команды или запись во внешний манаджер через порт, токо в первом случае программеров прийдется переучивать, а второй случай уже привычный!Цитата:
Сообщение от andrews
Получится Z180 :) Там правда не новые команды, а внутренние порты, но идея та же. А почему бы корку не поковырять на предмет расширения линейной памяти?Цитата:
Сообщение от andrews
такое ощущение, что через команды более гибко...это по сути новые способы адресации, если хорошо поддержать...зачем мне к примеру перещелкивать кодовую страницу, если мне просто нужен огромный массив данных для большого игрового поля? или многомерный сильно :)Цитата:
Сообщение от CHRV
а где будет совместимость с базовыми моделями? да кажется если не увеличивать видеопамять особо и не к чему...неужели 16к-страницы мало для одной страницы текста, видеоэкрана, размера массива в одной размерности? т.е. иметь огромные массивы и структуры и так сделается легким деломЦитата:
Сообщение от icebear
Встречный вопрос - а зачем тогда тему затевать, если все оставлять по прежнему? Если хочется именно новой модели памяти, то идеальное решение линейно адресуемый массив памяти, как это реализовано в eZ80 (и Z380), тоесть с расширеннием разрядности регистра PC и новыми командами.Цитата:
Сообщение от andrews
Поддерживаю!!! самое красивое решение к тому же позволяющее делать аппаратную защиту для 64к задач :) (если решить проблему с командами вида ld c,c)Цитата:
Сообщение от spensor
Если ещё побороть внутренние порты, то пожалуй это самый лучший вариант. Никто не смотрел как побороли внутренние порты в Спринтере? (если речь о ZX, а не о чём-то совсем несовместимом).Цитата:
Сообщение от heroy
Какие внутренние порты? Речь идёт о корке.Цитата:
Сообщение от Black_Cat
Пардон, просмотрел начало поста. Тогда доп вопрос - может и 32 битность по данным заодно можно красиво реализовать? В смысле - ядро 8/32 бит. В нормальном режиме - Z80, в расширенном - 32bit с расширенной адресной шиной.Цитата:
Сообщение от icebear
Может лучше сразу в сторону Z380 посмотреть?Цитата:
Сообщение от Black_Cat
Разве Z380 не 16 разрядный? Тогда уж 80486SX+Z80 :) шутка. Ножек у камня не хватит, или для такой многоножки нужен будет переходник по соответствующему классу печатных плат - типа Slot-1(A). Хотя враги, на платках SIMM 72pin и реализовывают 32 bit микрокотроллеры с возможностью управлять внешней памятью через шину SIMM'a.Цитата:
Сообщение от icebear
С коих пор разрядность процессора считается на основе ширины шины данных?Цитата:
Сообщение от Black_Cat
Пардон за оффтоп, но в этой связи, если подходить к делу вообще прагматически, то реализовывать камень сразу под Socket-7 под готовые PC мамки, а ZX-видеопроцессор втыкать в ISA. Остаётся токо BIOS написать и не надо фигнёй страдать с "тупым раскалённым предметом". :smile:
Т.е. подразумевается взять за основу Z380, а не копировать полностью? Можно, хотя при таких радикальных планах можно и подумать :)Цитата:
Сообщение от icebear
"Для vhdl-z80 CPU я пытаюсь найти модель памяти, которая бы не испытывала необходимости модернизации "
А зачем так много?
коллеги, прошу меня простить, но я не стороник "больших скачков"...задача сугубо шкурная ...я примериваю на свой будущий геймовый проект...все же хочется оставаться в рамках простого компа, но не ограниченного сверх меры памятью...Vega подключил (по его словам) "большой CD-ROM"-DVD...вот и подумалось- отчего же если появятся многогигабитные болванки не заливать с них в большую память...т.е. это прежде всего будут все же данные, как мне кажется...все же по вычислительной мощности CPU не намного поднимется(остаемся в классе гоночных велосипедов)Цитата:
Сообщение от icebear
памяти никогда не бывает много...на сегодня есть 4 мбайта...так что это получится с большим запасом...на следущие 25 лет развития :)Цитата:
Сообщение от ASDT
чего-чего а ножек у Спартана более чем :)Цитата:
Сообщение от Black_Cat
Если экстраполировать НеДоПиСи концепцию (не путать с NedoPC) по наращиванию всего, то разрядность уже сейчас повышать надо, а то получится цистерна с бутылочным горлышком - неделю заливать надо. На проце класса 80486SX-50, DVD минут 100-200 сливать будешь. И это при 32 битном отверстии под ведёрко.Цитата:
Сообщение от andrews
Напоминаю, что никакого отношения к NedoPC это не имеет.Цитата:
Сообщение от Black_Cat
1гб на спеке полный абсурд, нет ну конечно если используется 3Д анимация и прочее текстурирование, но нахрена тогда Z80.
большие игровые поля и большой виртуальный экран...а чтобы дергать cd, dvd динамически все-равно загружать шину...так из памяти всяко быстрее...а залить с болванки в память однократно всяко проще...и не будем забывать, что это vhdl-CPU...к тому же память может быть от 1 мбайта _до_ 1 гбайта...а не обязательно 1гбайтЦитата:
Сообщение от CHRV
это например сетка 100x200 узлов с отображением на стандартном экране 10x20 точекЦитата:
Сообщение от andrews
Spartan в режиме тупой заливки помощнее будет :)Цитата:
Сообщение от Black_Cat