Просмотр полной версии : Покритикуйте модель памяти ( адресация 1 Гигабайта)
Для vhdl-z80 CPU я пытаюсь найти модель памяти, которая бы не испытывала необходимости модернизации в ближайшем будущем :)
Поскольку со времен "ZX Spectrum 48" 64K делились на 4 страницы по 16k, то приходит в голову дурная мысль завести четыре 16-р. указателя "номера страницы" по одному на каждую из 4-х базовых страниц и сделать их программно доступными. Тогда общедоступная память в 1024 Мбайт будет состоять из 64К 16K страниц. Какие здесь скрытые засады?
Это то же самое что контролер памяту у turbo2+ проц по прежнему напрямую адресует не больше 64к.
Это то же самое что контролер памяту у turbo2+ проц по прежнему напрямую адресует не больше 64к.это не совсем так, если у CPU появляются в системе команд дополнительные команды по манипулированию содержимым этих 4-х регистров (номеров страниц)...сложности могут возникнуть с прерываниями, стеком, отображением видеостраниц(?)
это не совсем так, если у CPU появляются в системе команд дополнительные команды по манипулированию содержимым этих 4-х регистров (номеров страниц)...сложности могут возникнуть с прерываниями, стеком, отображением видеостраниц(?)
А нафига, мне кажеться неоправданное усложнение, какая разница использовать внутренние команды или запись во внешний манаджер через порт, токо в первом случае программеров прийдется переучивать, а второй случай уже привычный!
это не совсем так, если у CPU появляются в системе команд дополнительные команды по манипулированию содержимым этих 4-х регистров (номеров страниц)...сложности могут возникнуть с прерываниями, стеком, отображением видеостраниц(?)
Получится Z180 :) Там правда не новые команды, а внутренние порты, но идея та же. А почему бы корку не поковырять на предмет расширения линейной памяти?
запись во внешний манаджер через порт
такое ощущение, что через команды более гибко...это по сути новые способы адресации, если хорошо поддержать...зачем мне к примеру перещелкивать кодовую страницу, если мне просто нужен огромный массив данных для большого игрового поля? или многомерный сильно :)
А почему бы корку не поковырять на предмет расширения линейной памяти?а где будет совместимость с базовыми моделями? да кажется если не увеличивать видеопамять особо и не к чему...неужели 16к-страницы мало для одной страницы текста, видеоэкрана, размера массива в одной размерности? т.е. иметь огромные массивы и структуры и так сделается легким делом
а где будет совместимость с базовыми моделями?
Встречный вопрос - а зачем тогда тему затевать, если все оставлять по прежнему? Если хочется именно новой модели памяти, то идеальное решение линейно адресуемый массив памяти, как это реализовано в eZ80 (и Z380), тоесть с расширеннием разрядности регистра PC и новыми командами.
о идеальное решение линейно адресуемый массив памяти, как это реализовано в eZ80
Поддерживаю!!! самое красивое решение к тому же позволяющее делать аппаратную защиту для 64к задач :) (если решить проблему с командами вида ld c,c)
Black_Cat
08.08.2006, 18:49
Поддерживаю!!! самое красивое решение
Если ещё побороть внутренние порты, то пожалуй это самый лучший вариант. Никто не смотрел как побороли внутренние порты в Спринтере? (если речь о ZX, а не о чём-то совсем несовместимом).
Если ещё побороть внутренние порты, то пожалуй это самый лучший вариант. Никто не смотрел как побороли внутренние порты в Спринтере?
Какие внутренние порты? Речь идёт о корке.
Black_Cat
08.08.2006, 19:08
Речь идёт о корке.
Пардон, просмотрел начало поста. Тогда доп вопрос - может и 32 битность по данным заодно можно красиво реализовать? В смысле - ядро 8/32 бит. В нормальном режиме - Z80, в расширенном - 32bit с расширенной адресной шиной.
Пардон, просмотрел начало поста. Тогда доп вопрос - может и 32 битность по данным заодно можно красиво реализовать? В смысле - с возможностью работы с 32 битными словами в неком расширенном режиме.
Может лучше сразу в сторону Z380 посмотреть?
Black_Cat
08.08.2006, 19:59
Z380
Разве Z380 не 16 разрядный? Тогда уж 80486SX+Z80 :) шутка. Ножек у камня не хватит, или для такой многоножки нужен будет переходник по соответствующему классу печатных плат - типа Slot-1(A). Хотя враги, на платках SIMM 72pin и реализовывают 32 bit микрокотроллеры с возможностью управлять внешней памятью через шину SIMM'a.
Разве Z380 не 16 разрядный?
С коих пор разрядность процессора считается на основе ширины шины данных?
Black_Cat
08.08.2006, 20:28
Пардон за оффтоп, но в этой связи, если подходить к делу вообще прагматически, то реализовывать камень сразу под Socket-7 под готовые PC мамки, а ZX-видеопроцессор втыкать в ISA. Остаётся токо BIOS написать и не надо фигнёй страдать с "тупым раскалённым предметом". :smile:
Black_Cat
08.08.2006, 20:37
разрядность процессора считается на основе ширины шины данных?
Т.е. подразумевается взять за основу Z380, а не копировать полностью? Можно, хотя при таких радикальных планах можно и подумать :)
"Для vhdl-z80 CPU я пытаюсь найти модель памяти, которая бы не испытывала необходимости модернизации "
А зачем так много?
Может лучше сразу в сторону Z380 посмотреть?
коллеги, прошу меня простить, но я не стороник "больших скачков"...задача сугубо шкурная ...я примериваю на свой будущий геймовый проект...все же хочется оставаться в рамках простого компа, но не ограниченного сверх меры памятью...Vega подключил (по его словам) "большой CD-ROM"-DVD...вот и подумалось- отчего же если появятся многогигабитные болванки не заливать с них в большую память...т.е. это прежде всего будут все же данные, как мне кажется...все же по вычислительной мощности CPU не намного поднимется(остаемся в классе гоночных велосипедов)
А зачем так много?памяти никогда не бывает много...на сегодня есть 4 мбайта...так что это получится с большим запасом...на следущие 25 лет развития :)
Ножек у камня не хватит
чего-чего а ножек у Спартана более чем :)
Black_Cat
08.08.2006, 23:08
если появятся многогигабитные болванки не заливать с них в большую память...
Если экстраполировать НеДоПиСи концепцию (не путать с NedoPC) по наращиванию всего, то разрядность уже сейчас повышать надо, а то получится цистерна с бутылочным горлышком - неделю заливать надо. На проце класса 80486SX-50, DVD минут 100-200 сливать будешь. И это при 32 битном отверстии под ведёрко.
Если экстраполировать НеДоПиСи концепцию по наращиванию всего, то разрядность уже сейчас повышать надо, а то получится цистерна с бутылочным горлышком - неделю заливать надо. На проце класса 80486SX-50 DVD минут 100-200 сливать будешь. И это при 32 битном отверстии под ведёрко.
Напоминаю, что никакого отношения к NedoPC это не имеет.
1гб на спеке полный абсурд, нет ну конечно если используется 3Д анимация и прочее текстурирование, но нахрена тогда Z80.
1гб на спеке полный абсурд, нет ну конечно если используется 3Д анимация и прочее текстурирование, но нахрена тогда Z80.
большие игровые поля и большой виртуальный экран...а чтобы дергать cd, dvd динамически все-равно загружать шину...так из памяти всяко быстрее...а залить с болванки в память однократно всяко проще...и не будем забывать, что это vhdl-CPU...к тому же память может быть от 1 мбайта _до_ 1 гбайта...а не обязательно 1гбайт
большой виртуальный экранэто например сетка 100x200 узлов с отображением на стандартном экране 10x20 точек
На проце класса 80486SX-50, DVD минут 100-200 сливать будешь. И это при 32 битном отверстии под ведёрко.
Spartan в режиме тупой заливки помощнее будет :)
Powered by vBulletin® Version 4.2.5 Copyright © 2024 vBulletin Solutions, Inc. All rights reserved. Перевод: zCarot