Дискуссии вокруг УКНЦ и прочее.

[BlaireCas]

У УКНЦ три восмибитных банка памяти по 64К.
К ЦП подцеплено два из них, по чётным адресам один, по нечётным второй. Получаем 16 бит.

Я кстати всегда считал что в ЦП память идет дальше чем до 177777 (8), даже так в асме у меня всякая ерундень мол:

всякая ерунда в листинге

    4198                                GlobalDarken:
    4199 257000 000616  003416          	.word	398, 7*256+14
    4200 257004 001527  006015          	.word	855, 12*256+13
    4201 257010 000000                  	.word	0
    4202                                
    4203                                GlobalLevel:
    4204 257012 000000  000002  000000  	.word	0,2,0,0,0,1,0,0,0,1,0,0,0,0,0,0,2,0,0,0,1,0,0,0,1,0,0,0,0,0,4,2,0,0,0,1,0,0,0,1,0,0,0,0,0,0,2,0,0,0,1,0,0,0,1,0,4,4,4,4,4
         257020 000000  000000  000001  
         257026 000000  000000  000000  
         257034 000001  000000  000000

[свернуть]

Это листинг но не нативного макроасм.
К сожалению код там не выполнить, все-ж проц остается 16-битным.

[Hunta]

Это листинг но не нативного макроасм.

Хрень это, а не асм

[randomizer]

Я кстати всегда считал что в ЦП память идет дальше чем до 177777 (8), даже так в асме у меня всякая ерундень мол:

Так ведь идёт, просто нижние 32К каждого банка доступны напрямую, верхние через регистры адреса/данных.

[BlaireCas]

Хрень это, а не асм

Ну не ругайся, дядя Адреса больше 177777, а уж как там линкер это соберет это другое дело (возможно как-то иначе чем обычный тоже).
И кстати в УКНЦ даже в книжке по прототипу вроде писали что 2 по 32к озу отходят в ЦП, почему у него могут быть адреса до 400000 (я понимаю как это глупо звучит с 16-бит процом), а еще один 32к в ПП (но тот их может припамить на ПЗУ, правда вылез косяк что примапить-то он примапливает, но запись идет в ОЗУ, а читается с ПЗУ, Alex_K еще пояснял мол ПЗУ-то быстрее считывается и пофиг что туда припамлено)

[Alex]

Резюмирую, что УКНЦ - в целом, на момент выпуска, была приличной машиной. Хотя её вполне можно было бы оптимизировать.
Для того, чтобы что-то новое сделать, надо сделать было хоть как-то... Потом началась работа над ошибками по мелочам, но УКНЦ-2 в массы не пошла ...


litwr, увидел, что лёгким движением руки программиста, скорость чтения-записи памяти можно поднять на треть... Сферический конь в вакууме во всей своей красе ...

Достопочтимый дон Hunta, как доберётся до программы измерения скорости быстродействия, при наличии некоторого времени, возможно, загадочно улыбнётся и добавит в программу измерения быстродействия измерение скорости работы памяти в разных вариантах

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

Для уважаемых обладателей УКНЦ есть некоторый пример оптимизации кода по быстродействию, но я полагаю, что они и так всё знали в теории. А тут конкретная суровая правда жизни

[BlaireCas]

litwr, увидел, что лёгким движением руки программиста, скорость чтения-записи памяти можно поднять на треть... Сферический конь в вакууме во всей своей красе ...

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

[Alex]

Мог ведь litwr по человечески обратиться к дону Hunta?
И получил бы нужное ему без проблем...
Но ведь понесло ...
Тем более Hunta был ведь не против...

по поводу того, что мос6502 обходит всех по тактам - назначение мос6502 другое, да время разработки разное.
Может быть имеет смысл сравнить по тактам мос6502 и J-11? в той конфигурации, когда RAM работает на скорости кэша

[Hunta]

измерение скорости работы памяти в разных вариантах

Технически это возможно, но как отделить скорость работы проца от скорости работы памяти?

[Alex]

Примерно так как тут сделали ... Код с ветвлением (возможно разным, sob и ...) Код с минимумом ветвления, массовое повторение одинаковых инструкций... Вроде бы сотня за глаза и уши.
Можно посчитать сколько из пропускной способности памяти уходит на чтение кода...
Сумма и будет представлять сколько от пропускной способности памяти может освоить процессор. Если будет кэш, то всё станет сложнее и интереснее

[Hunta]

Адреса больше 177777

Начнём с того, что у стандартного MACRO-11 адреса 16-ти битные, так что никуда они выше 177777 не вылезут.
По поводу линкера. Опять же стандартный - будет делать стандартный SAV - и там опять никуда выше 177777 вылезти не получится. Учитывая формат OBJ (стандартного) с его 16-ти битными адресами, то, что вылезло на том листинге выше 177777 - после усечения пойдёт в младшие адреса - запортив то, что там предполагалось.

У RSX более навороченный линкер и он, насколько я помню, в случае VIRTUAL-ных массивов в F77 как то делает так, что после загрузки программа занимает больше 64 кб памяти. Но вот что с выделением места в образе программы и делает ли это линкер RSX или он просто что-то указывает в заголовке, а делает уже RSX при загрзуке - не скажу. Если и знал, то сейчас не помню - надо эксперименты ставить.

Так что какой бы линкер не использовался - на выходе должен быть файл программы, готовый к загрузке и под конкретную операционку. И вот это всё сильно ограничивает. Максимум, что можно сделать - это прогу с оверлеями, но учитвая, что она будет не вся постоянно доступна для проца - как линкер поймёт - что и как заоверлеить - я не представляю. Стандартно - делает описание оверлеев разраб.

- - - Добавлено - - -

массовое повторение одинаковых инструкций..

Так там И извлечение из памяти И выполнение инструкции. Даже если она NOP. Я уже малость думал на эту тему, что бы в SPEED подкорретировать вычисление скорости выполнения команд, избавившись от скорости работы памяти, но ничего путного пока не придумывается. Плюс в этом подгаживают процы с предвыборкой.