ZXNet эхоконференция «hardware.zx»


тема: Покритикуйте модель памяти ( адресация 1 Гигабайта)



от: Андрей Савичев
кому: All
дата: 08 Aug 2006
Hello, All

Для vhdl-z80 CPU я пытаюсь найти модель памяти, которая бы не испытывала
необходимости модернизации в ближайшем будущем :)
Поскольку со времен "ZX Spectrum 48" 64K делились на 4 страницы по 16k, то
приходит в голову дурная мысль завести четыре 16-р. указателя "номера страницы"
по одному на каждую из 4-х базовых страниц и сделать их программно доступными.
Тогда общедоступная память в 1024 Мбайт будет состоять из 64К 16K страниц.
Какие здесь скрытые засады?

от: Андрей Савичев
кому: All
дата: 08 Aug 2006
Hello, heroy

her> Это то же самое что контролер памяту у turbo2+ проц по прежнему
her> напрямую адресует не больше 64к.

это не совсем так, если у CPU появляются в системе команд дополнительные
команды по манипулированию содержимым этих 4-х регистров (номеров
страниц)...сложности могут возникнуть с прерываниями, стеком, отображением
видеостраниц(?)

от: Дмитрий Демьяненко
кому: All
дата: 08 Aug 2006
Hello, andrews

Возвраты из подпрограмм

от: Дмитрий Демьяненко
кому: All
дата: 08 Aug 2006
Hello, andrews

Это то же самое что контролер памяту у turbo2+ проц по прежнему напрямую
адресует не больше 64к.

от: ASDT
кому: All
дата: 08 Aug 2006
Hello, andrews

"Для vhdl-z80 CPU я пытаюсь найти модель памяти, которая бы не испытывала
необходимости модернизации "
А зачем так много?

от: Andreas Kaiser
кому: All
дата: 08 Aug 2006
Hello, Black_Cat

Bla> Если ещё побороть внутренние порты, то пожалуй это самый лучший
Bla> вариант. Hикто не смотрел как побороли внутренние порты в Спринтере?

Какие внутренние порты? Речь идёт о корке.

от: Andreas Kaiser
кому: All
дата: 08 Aug 2006
Hello, Black_Cat

Bla> Пардон, просмотрел начало поста. Тогда доп вопрос - может и 32
Bla> битность по данным заодно можно красиво реализовать? В смысле - с
Bla> возможностью работы с 32 битными словами в неком расширенном режиме.

Может лучше сразу в сторону Z380 посмотреть?

от: Andreas Kaiser
кому: All
дата: 08 Aug 2006
Hello, Black_Cat

Bla> Разве Z380 не 16 разрядный?

С коих пор разрядность процессора считается на основе ширины шины данных?

от: Andreas Kaiser
кому: All
дата: 08 Aug 2006
Hello, andrews

and> это не совсем так, если у CPU появляются в системе команд
and> дополнительные команды по манипулированию содержимым этих 4-х
and> регистров (номеров страниц)...сложности могут возникнуть с
and> прерываниями, стеком, отображением видеостраниц(?)

Получится Z180 :) Там правда не новые команды, а внутренние порты, но идея та
же. А почему бы корку не поковырять на предмет расширения линейной памяти?

от: Valery Tkachuck
кому: All
дата: 08 Aug 2006
Hello, Black_Cat

Пардон за оффтоп, но в этой связи, если подходить к делу вообще прагматически,
то реализовывать камень сразу под Socket-7 под готовые PC мамки, а
ZX-видеопроцессор втыкать в ISA. Остаётся токо BIOS написать и не надо фигнёй
страдать с "тупым раскалённым предметом". :smile:

от: Valery Tkachuck
кому: All
дата: 08 Aug 2006
Hello, heroy

her> Поддерживаю!!! самое красивое решение

Если ещё побороть внутренние порты, то пожалуй это самый лучший вариант. Hикто
не смотрел как побороли внутренние порты в Спринтере? (если речь о ZX, а не о
чём-то совсем несовместимом).

от: Valery Tkachuck
кому: All
дата: 08 Aug 2006
Hello, icebear

ice> Z380

Разве Z380 не 16 разрядный? Тогда уж 80486SX+Z80 :) шутка. Hожек у камня не
хватит, или для такой многоножки нужен будет переходник по соответствующему
классу печатных плат - типа Slot-1(A). Хотя враги, на платках SIMM 72pin и
реализовывают 32 bit микрокотроллеры с возможностью управлять внешней памятью
через шину SIMM'a.

от: Valery Tkachuck
кому: All
дата: 08 Aug 2006
Hello, icebear

ice> Речь идёт о корке.

Пардон, просмотрел начало поста. Тогда доп вопрос - может и 32 битность по
данным заодно можно красиво реализовать? В смысле - ядро 8/32 бит. В нормальном
режиме - Z80, в расширенном - 32bit с расширенной адресной шиной.

от: Valery Tkachuck
кому: All
дата: 08 Aug 2006
Hello, icebear

ice> разрядность процессора считается на основе ширины шины данных?

Т.е. подразумевается взять за основу Z380, а не копировать полностью? Можно,
хотя при таких радикальных планах можно и подумать :)

от: Vlad Semchenko
кому: All
дата: 08 Aug 2006
Hello, andrews

and> а где будет совместимость с базовыми моделями?

Встречный вопрос - а зачем тогда тему затевать, если все оставлять по прежнему?
Если хочется именно новой модели памяти, то идеальное решение линейно
адресуемый массив памяти, как это реализовано в eZ80 (и Z380), тоесть с
расширеннием разрядности регистра PC и новыми командами.

от: acidrain
кому: All
дата: 08 Aug 2006
Hello, Black_Cat

Bla> Т.е. подразумевается взять за основу Z380, а не копировать полностью?
Bla> Можно, хотя при таких радикальных планах можно и подумать

эээ, что то тебя в сторону унесло. Ты собираешься з380 на fpga делать? и
ответь человеку на вопрос - он спрашивал про твои познания в процессоре
строении :)
Модель памяти, которую ты предложил - используется в doors/aqua OS. Учить мат
часть =)

от: Андрей Савичев
кому: All
дата: 08 Aug 2006
Hello, CHRV

CHR> запись во внешний манаджер через порт

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

от: Андрей Савичев
кому: All
дата: 08 Aug 2006
Hello, icebear

ice> А почему бы корку не поковырять на предмет расширения линейной
ice> памяти?

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

от: Дмитрий Демьяненко
кому: All
дата: 08 Aug 2006
Hello, spensor

spe> о идеальное решение линейно адресуемый массив памяти, как это
spe> реализовано в eZ80

Поддерживаю!!! самое красивое решение к тому же позволяющее делать аппаратную
защиту для 64к задач :) (если решить проблему с командами вида ld c,c)

от: Чунин Роман
кому: All
дата: 08 Aug 2006
Hello, andrews

and> это не совсем так, если у CPU появляются в системе команд
and> дополнительные команды по манипулированию содержимым этих 4-х
and> регистров (номеров страниц)...сложности могут возникнуть с
and> прерываниями, стеком, отображением видеостраниц(?)

А нафига, мне кажеться неоправданное усложнение, какая разница использовать
внутренние команды или запись во внешний манаджер через порт, токо в первом
случае программеров прийдется переучивать, а второй случай уже привычный!

от: Valery Tkachuck
кому: All
дата: 09 Aug 2006
Hello, andrews

and> если появятся многогигабитные болванки не заливать с них в большую
and> память...

Если экстраполировать HеДоПиСи концепцию (не путать с NedoPC) по наращиванию
всего, то разрядность уже сейчас повышать надо, а то получится цистерна с
бутылочным горлышком - неделю заливать надо. Hа проце класса 80486SX-50, DVD
минут 100-200 сливать будешь. И это при 32 битном отверстии под ведёрко.

от: Андрей Савичев
кому: All
дата: 09 Aug 2006
Hello, ASDT

ASD> А зачем так много?

памяти никогда не бывает много...на сегодня есть 4 мбайта...так что это
получится с большим запасом...на следущие 25 лет развития :)

от: Андрей Савичев
кому: All
дата: 09 Aug 2006
Hello, Black_Cat

Bla> Hа проце класса 80486SX-50, DVD минут 100-200 сливать будешь. И это
Bla> при 32 битном отверстии под ведёрко.

Spartan в режиме тупой заливки помощнее будет :)

от: Андрей Савичев
кому: All
дата: 09 Aug 2006
Hello, Black_Cat

Bla> Hожек у камня не хватит

чего-чего а ножек у Спартана более чем :)

от: Андрей Савичев
кому: All
дата: 09 Aug 2006
Hello, CHRV

CHR> 1гб на спеке полный абсурд, нет ну конечно если используется 3Д
CHR> анимация и прочее текстурирование, но нахрена тогда Z80.

большие игровые поля и большой виртуальный экран...а чтобы дергать cd, dvd
динамически все-равно загружать шину...так из памяти всяко быстрее...а залить с
болванки в память однократно всяко проще...и не будем забывать, что это
vhdl-CPU...к тому же память может быть от 1 мбайта _до_ 1 гбайта...а не
обязательно 1гбайт

от: Андрей Савичев
кому: All
дата: 09 Aug 2006
Hello, andrews

and> большой виртуальный экран

это например сетка 100x200 узлов с отображением на стандартном экране 10x20
точек

от: Андрей Савичев
кому: All
дата: 09 Aug 2006
Hello, icebear

ice> Может лучше сразу в сторону Z380 посмотреть?

коллеги, прошу меня простить, но я не стороник "больших скачков"...задача
сугубо шкурная ...я примериваю на свой будущий геймовый проект...все же
хочется оставаться в рамках простого компа, но не ограниченного сверх меры
памятью...Vega подключил (по его словам) "большой CD-ROM"-DVD...вот и
подумалось- отчего же если появятся многогигабитные болванки не заливать с
них в большую память...т.е. это прежде всего будут все же данные, как мне
кажется...все же по вычислительной мощности CPU не намного
поднимется(остаемся в классе гоночных велосипедов)

от: Чунин Роман
кому: All
дата: 09 Aug 2006
Hello, Black_Cat

Bla> Если экстраполировать HеДоПиСи концепцию по наращиванию всего, то
Bla> разрядность уже сейчас повышать надо, а то получится цистерна с
Bla> бутылочным горлышком - неделю заливать надо. Hа проце класса
Bla> 80486SX-50 DVD минут 100-200 сливать будешь. И это при 32 битном
Bla> отверстии под ведёрко.

Hапоминаю, что никакого отношения к NedoPC это не имеет.

1гб на спеке полный абсурд, нет ну конечно если используется 3Д анимация и
прочее текстурирование, но нахрена тогда Z80.




Темы: Игры, Программное обеспечение, Пресса, Аппаратное обеспечение, Сеть, Демосцена, Люди, Программирование

Похожие статьи:
PartyZone! - NUO'tm - это первая виртуальная (заочная) в 2001 году.
Реклама - Реклама и объявления ...
Мысли - Lunohod1: ...о правилах русского языка на ТВ и радио.
C-bus - шина основаная на Centronics interface.
Юмор - Сафари по-русски.

В этот день...   19 апреля