Первый в мире мультиклеточный процессор поступил в продажу

. При написании программы программисту придётся подумать - "А сколько РОН надо задействовать?", "А в какие РОН лучше положить результаты?". Если программист опытный, то он быстро раскидает регистры. А если нет - он напишет программу, которую будет выполняться медленнее. Вот пример той же самой программы с неудачным выбором регистров:

1) mov R1,x ; положить x в регистр общего назначения (РОН) R1

2) mov R2,y ; положить y в РОН R2

3) mov R3,z ; положить z в РОН R3

4) add R1,R2,R1 ; cложить y и x (лежащие в РОН R1 и R2), а результат запихать в РОН R1, т.е. выкинуть оттуда x!

4a) mov R4, x ; опять подгрузить из памяти x, но уже в РОН R4

5) sub R5, R4,R2 ;получить разность x-y (лежащих в РОН R4 и R2), а результат запихать в РОН R5

6) mul R6, R1,R5 ; получить произведение (x+y) * (x-y), где x+y лежит в РОН R1, а (x-y) лежит в R5

7) sub R1, R6, R3 ; получить разность ((x+y) * (x-y)) - z, где (x+y) * (x-y) лежит в R6, а z загружен в РОН R3, результат положить в R1

Как видно - неверный выбор регистра-приёмника результата в пункте 4 (положили в R1) приводит к необходимости ещё одной команды - 4a)

. Ясно, что пример утрирован, но он показывает важность распределения регистров программистом на этапе разработки программы!

. Мультиклетка, если я правильно понял, сразу в инструкции содержит указание не на номер РОН, а на номер предыдущей команды, результат которой надо использовать! У меня это - номерки типа 1), 2), 3) и т.д.

. В ассемблере мультиклетки задача будет выглядеть так:

a) mov x ; положить x в некий РОН, выбор которого - на совести процессора! Пометить этот РОН как результат работы команды a)

b) mov y ; положить y в некий РОН. Пометить этот РОН как результат работы команды b)

c) mov z ; положить z в некий РОН. Пометить этот РОН как результат работы команды c)

d) add a), b) ; cложить y и x, при этом поискать их в РОН, которые выбирал сам микропроцессор, помеченные как результат работы команд a) и b). Полученный результат микропроцессор сам пихает в некий РОН, который помечает как результат работы команды d)

e) sub a),b) ;получить разность x-y, где загруженные x и y - это результаты работы команды a) и b) - при этом знать где именно их хранит микропроцессор - нам не надо. Это у ЦПУ голова болеть должна! Полученную разность сам микропроцессор кладёт в некий РОН, который помечает как результат работы команды e)

f) mul d),e) ; получить произведение (x+y) * (x-y), где x+y это результат команды d), а (x-y) это результат команды e). А результат кладётся самим ЦПУ в некий РОН, который помечается как "результат команды f"

g) sub f), c) ; получить разность ((x+y) * (x-y)) - z, где (x+y) * (x-y) это результат команды f), а z - результат команды с)

Результат команды g) уже и будет нужными нам данными.

. Посмотрим что изменилось. Попробуем переставить инструкции:

1. f) mul d),e)

2. a) mov x

3. e) sub a),b)

4. b) mov y

5. d) add a), b)

6. c) mov z

7. g) sub f),c)

Итак, в 1-ой строке нам предлагают взять результаты работы команды d) и e) и их перемножить. Но команды d) и e) ещё не выполнялись! Значит, эту инструкцию пока надо пропустить.

Сюжет дня

Наши публикации все статьи

Новости все статьи

Репортажи все статьи

Комментарии все статьи

Аналитика все статьи

Сюжет дня

Наши публикациивсе статьи

Новостивсе статьи

Репортаживсе статьи

Комментариивсе статьи

Аналитикавсе статьи

Наши публикации все статьи

Новости все статьи

Репортажи все статьи

Комментарии все статьи

Аналитика все статьи