@Hrethgir

Самый большой кэш, наверное самый первый в запуске который будет - кэш кода, если будет встречаться цикл loop with parameter LWP, то он будет подгружаться автоматически в кэш циклов, где счётчики будет срабатывать без участия АЛУ, и без его учатия проверяться на равенство с проверкой условия, всё это будет связано микрокомандами микропроцессора и его собственными алгоритмами, чтобы это было реализуемо
По сути кэш циклов с параметром и кэш мостов - по размеру очень малы даже могут быть, но роль их большая в оптимизации работы кода.
Схема не идеальна
https://www.cyberforum.ru/blog... 1703422025
https://www.cyberforum.ru/blog... g8363.html

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

Платка дешманская, но для старта это пойдёт вполне Xilinx ZYNQ7000 XC7Z020 , и даже может более чем нужно. Думаю установлю на неё линукс, может это как-то облегчит работу, программатор прямо на платке. В общем как-то так.

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

И собственно про что я - что первые два кэша будут совсем небольшие, поэтому это вполне реально...
Что справа, кэщ циклов и мостов.

0

@Hrethgir

Информация о разметке математических выражений и их действительном состоянии й, так и будет - будет содержаться в кэше мостов, потому что содержимое скобок будет приравниваться переменной при обработке АЛУ, а мост содержит информацию о окончании блока кода, а любая открывающаяся скобка (после обработки парсером, до компиляции в машинный код) является ссылкой на закрывающую скобку. И чтобы математическиое выражение не сокращать в ходе расчётов, информация о заключаемом в скобки будет содержаться в кэше мостов, потому как каждый мост в кэше должен содержать информацию о начале блока кода и окончании. То-есть решение о мостах вполне удобно - позволяет реализовать модификации кода в рантайме и поможет при обработке математическиз выражений. Получается что кэш мостов будет наверное больше чем кэш циклов.

0

@Hrethgir

И вот что думается ещё, глядя на схему. Всё-таки я её загружу сюда.
Что если есть кэш переменных, то в текущем блоке кода, можно автоматически выполнять все инкременты прошедшие, и декрименты, аппаратными средствами кэша. Так как код всё равно выполняется последовательно. То-есть инкременты и декрименты, закючённые в циклы могут выполняться заблаговременно. Я так понимаю, что увеличение или уменьшение на единицу - задача которой не стоит загружать АЛУ. Пусть это выполнится аппаратным средством выбора переменных, таким образом шина идущая от кэша переменных к АЛУ останется незагруженной, и имееется тайм прайм пока АЛУ загружен работой. То-есть это будет совсем другой процессор и совсем другой ассемблер. И главное что старт взят под конкрнтный алгоритм - генератор карт (в смысле меня вряд-ли кто сможет упрекнуть в плагиате, если вдруг что, то есть традиционно таких алгоритмов даже не пишут - он в ТЗ обходит по производительности рекомендуемый мне алгоритм Брезенхема).
Весь фокус рассматриваемой схемы целевого процессора в том, что тут простоя в принципе быть не может - одна аппаратная часть не будет дожидаться выполнения операции другой. Множество операций будет выполняться на лету (без ожидания окончания других). Разумеется это будет дрягой ЯП - свой ассемблер, свой язык более высокого уровня, и свой машинный код и микрооперации.

Миниатюры

 

0

@Hrethgir

Имеется вивиду увеличение и уменьшение на 1. Но не на большее число. Иначе без АЛУ никак. Хогтя пишут, что их можно выполнять на аппаратном уровне процессора, но что-то как-то сложно представляется если уменьшать или увеличивать на число большее 1. С единицею всё просто достаточно. Я конечно нуб, но успешная реализация собственного алгоритма меня подталкивает на создание нового.

0

@Istorik

А что за конвейер? Что это такое?

0