Видеопамять в Спринтере

[icebear]

Я правильно понимаю, что та видеопамять, которая выполнена физически на SRAM является теневой? Т.е. программно идёт работа с областью основной памяти, но запись идёт в обе памяти (как-то криво я сказал)? Если это так - в чём смысл? Почему нельзя было эти 256К включить физически в общее поле памяти? Это не расточительно вобще?

[Advertiser]

[ZEK]

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

[CHRV]

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

На самом деле все зависит от текущей прошивки ПЛИС, можно включить и в адресное пространство можно и как видеопамять. В дефолтовой прошивке существовали "быстре страницы" видимо они были и основаны на быстрой памяти. Точнее может сказать токо ИМак так как содержимое прошивки он не раскрыл, т.е. о внутренней кухне можно только догадываться!

[Mike]

На самом деле все зависит от текущей прошивки ПЛИС, можно включить и в адресное пространство можно и как видеопамять. В дефолтовой прошивке существовали "быстре страницы" видимо они были и основаны на быстрой памяти. Точнее может сказать токо ИМак так как содержимое прошивки он не раскрыл, т.е. о внутренней кухне можно только догадываться!

А ещё там был банк быстрой памяти, в 64Кб, получившая прозвище "КЭШ-память", хотя она таковой и не являлась.

[icebear]

Дык я правильно понял или нет? Это просто "запараллеленые" участки или что? Если да - какой смысл в этом решении?

[ZEK]

Только для уменьшения коллизий (циклов Wait) видеоконтрлера и читающего отуда-же процессора

[ZEK]

К тому же если прощессор обращаеться к друой части памяти (не видео)
то циклы wait можно исключить полностью и независимо от частоты процессора

[icebear]

К тому же если прощессор обращаеться к друой части памяти (не видео)
то циклы wait можно исключить полностью и независимо от частоты процессора

Ты точно это знаешь или это только предположение? Я конечно не гуру, но заводить отдельный физический кусок памяти, что бы "запараллелить" его с основной памятью - это накладно, хотя бы по деньгам. Проблемы прозрачного досутпа можно было решить по-другому, например все обращения процессора на запись рулить через фифо. С другой стороны использование быстрой асинхронной SRAM (там вроде 15нс) позволяет сделать доступ к видеопамяти по приципу "арбитра" в клонах с общем полем памяти.

[ZEK]

Это мои предположения на основе твое высказывания.
Способ легко реализуется из накладных расходов только теневая память

Этот метод давно в ПС используют называется кеширование видеопамяти
Хотя кешиться там тупо и практического применения там нет, так как современные проги можно сказать уже с увереностью 99% уже не читают содержимое видеопамяти, только графические процессоры

[CHRV]

Дык я правильно понял или нет? Это просто "запараллеленые" участки или что? Если да - какой смысл в этом решении?

Ваш разговор безсмысленен хотя бы потомучто что у Спринтера можно по любому подключить видеостраницы и это зависит только от прошивки ПЛИС.
В расширенных графических режимах работа идет на прямую со страницами видеопамяти. Никакого "теневого" режима нет.
Также в дефолтной прошивке есть фича как видеоакселератор, которые позволяет делать различные пересылки между видеопамятью без участия процессора.
А вот в ZX режиме, вполне возможно что используется теневой режим, но это можно проверить только с помощью измерителей тактов в турбо режиме.