caxapa.ru :: В том то и дело, что память тормознутее процессора, поэтому адресация из памяти в память никак программу не ускоряет, а расширение регистрового банка - ускоряет. Пака данные подтянутся, можно не только новые адреса вычислить, но и ещё остальную регистровую арифметику успеть.

=AlexD= (02.06.2022 16:16, просмотров: 135) ответил Mahagam на всё это "несущественное" мы частично видим в развитии x86 - сложнейший декодер команд, и всякие там прикрученные OoOE сами по себе чуть ли не толще целого ядра арма. а биты, что уходили на адресацию адресаций, теперь уходят на адресацию регистров, которых нужно дохрена.

В том то и дело, что память тормознутее процессора, поэтому адресация из памяти в память никак программу не ускоряет, а расширение регистрового банка - ускоряет. Пака данные подтянутся, можно не только новые адреса вычислить, но и ещё остальную регистровую арифметику успеть.

надо придумать объяснение этому мудизму, иначе рехнуться можно

Ответить

- зависит от алгоритмов и задач. иногда слазить в кэш намного быстрее, чем прочитать лишних три команды. собственно, любые алгоритмы которые что-то там жирное считают регистрами не обойдутся - в память так или иначе лазить придётся, потому и без кэша сейчас ничего нет (ну или TCM на случай контроллеров) - Mahagam(02.06.2022 16:46)
  - Если есть кеш данных, то есть и кеш команд, и это разные кеши с разными шинами, и эти три команды считай бесплатны. Слазить в кеш это пара тактов, а регистровые команды все утрамбовываются в конвейер без зазоров. - =AlexD=(02.06.2022 16:53)
    - все равно нельзя ж бесконечно играцца в песочнице и считать в регистрах - один хрен эти регистры надо заполнять свежими данными, и сохранять в память результаты. а это все равно обращения к памяти/кэшу. - Mahagam(02.06.2022 17:01)
      - Верно, проблемы начинаются когда места в песочнице не хватает, и нужно пихать в стек промежуточные результаты. Чем шире регистровый файл, тем реже такая ситуация возникает. Единственное препятствие к расширению регистрового файла это ширина команды. - =AlexD=(02.06.2022 17:12)
        
        тьма алгоритмов которые работают с килобайтами/мегабайтами информации. всякие там перемножения конских матриц, обработка картинок, фильтры аудио над буферами, там никакое расширение регистрового файла не спасёт. как только в регистрах умещается вся инфа для удобной адресации входных и выходных данных, так сразу дальнейшее расширение регистров не нужно. и один фиг - всё сводится к большому кэшу. да и вообще - к трём уровням кэшей. - Mahagam(02.06.2022 17:28)
        
        Если одни не ускоряются, это не значит что нужно забить на другие, которые ускоряются. Тем более потоковые алгоритмы ускоряют массово-параллельными вычислителями, там важнее не количество регистров, а их эффективная "ширина". Одно другому в общем не мешает. - =AlexD=(02.06.2022 17:43)
        
        потоковые алгоритмы без конских кэшей и без быстрой памяти не обходятся. иначе им некуда пихать результаты своих потоков. - Mahagam(02.06.2022 17:52)
        
        Для потоковых алгоритмов размер кеша не играет рояли, они любой кеш забивают, достаточно кешировать по крайней мере две страницы драм. =AlexD=(380 знак., 03.06.2022 07:58)

Микроконтроллеры