Как должен выглядеть код для подсчета тактов регистровой адресации?

Question

[Begginer_serg]

Есть вариант команды регистровой адресации:
mov bx, ax
mov es, ax
Как можно реализовать в данном коде команду rdtsc для подсчета количества тактов?
(нужно для каждого метода адресации так сделать, затем сравнить какая дольше)

Благодарю за помощь.

Answer 1

[Армянское Радио]

Вы уже в третий раз задаете один и тот же вопрос. Надеетесь, что Интел задним числом переделает свои процессоры для того, чтобы вам стало понятнее?

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

Ладно, допустим, вы засунули ваш код в критическую секцию. Однако, кроме операционки, в работу может вмешаться https://ru.wikipedia.org/wiki/Intel_Management_Engine, на работу которого вы повлиять не сможете.

Если эту задачу поставили вам в университете, пригласите сюда вашего преподавателя, пусть он всех нас научит, как такую задачу решать.

Comments

[Begginer_serg]

Просто мануала нормального нет.. толком понять не могу, зачастую на таких форумах встречаю людей, которые могут разложить всё по полочкам и адекватно объяснить.

[jcmvbkbc]

Просто мануала нормального нет..

Begginer_serg, слушай, ну первая ссылка в гугле по запросу rdtsc intel:
https://www.intel.com/content/dam/www/public/us/en...

[Армянское Радио]

Begginer_serg, Вам уже два специалиста, в том числе и я, сказали, что вы пытаетесь решить нерешаемую задачу, по причине запредельной сложности изучаемого вами объекта.

Если вы возьмете процессор попроще, например, AVR восьмибитный, там прямо в даташите будет прописано, какая инструкция сколько тактов выполняется.

Современный Интел, который снаружи CISC, а унутре RISC - не имеет четкой связи между инструкциями и временем их исполнения, так как перегоняет при помощи встроенного в процессор транслятора все вот эти mov, в свои внутренние RISC инструкции. Так что тут непонятно даже, что считать тактом. Потому что пока процессор проскочит одну инструкцию, он может нащелкать сотню внутренних тактов. А при следующем выполнении той же инструкции, он дернет данные из кэша и прождет всего два такта. Какой результат будем брать?

[Begginer_serg]

Возможно вы и правы, я не спорю.
Не могли бы вы помочь с кодом, хотя бы для вида показать, что "вот такая" концепция кода должна быть по вашему заданию.
Вот для этих команд нужно вставить подсчет тактов (повторюсь, не обязательно, чтобы стопроцентов работало, лишь бы была та структура, которую требуют), ассемблер, к сожалению минимально в данный момент знаю, поэтому в заблуждений как сформировать код для подсчета тактов и выполнения команд ниже для каждого типа адресации. Буду вам сильно благодарен, если вы поможете с этим!
1. Регистровая адресация
mov bx, ax
mov es, ax
2. Непосредственная адресация
mov ax, 2
add ax, 2
3. Прямая адресация
mov ax,es:0001
mov ax, es:word_var
4. Косвенная адресация
mov ax, [bx]
5. Адресация по базе со сдвигом
mov ax, [bx+2]
mov ax, [bp]+2
6. Косвенная адресация с масштабированием
mov ax,[esi*2]+2
7. Адресация по базе с индексированием, например:
mov ax,[bx+si+2]
mov ax,[bx][si]+2
mov ax,[bx+2][si]
mov ax,[bx][si+2]
mov ax,2[bx][si]
8. Адресация по базе с индексированием и масштабированием -
mov eax, ds:[eax+ebx*2+2]

[Армянское Радио]

Begginer_serg, к сожалению для вас, благодарность мне за выполнение вместо вас лабораторки, устаревшей примерно на 30 лет, измеряется в долларах по очень невыгодному курсу. Контакты в профиле, если надумаете.

[Begginer_serg]

Армянское Радио, видимо я совсем запутался в этом.
Вот само задание: определение времени выполнения различных типов адресации.
Инструкция: определить продолжительность выполнения команд.
Поэтому я и пытаюсь найти хоть какое-то обоснование этой задачи

[Saboteur]

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

[Армянское Радио]

Begginer_serg, вы прочитали объяснения, которые вам дали я и другие люди? Данный вопрос уже примерно 30 лет (i486 появился в 1989 году) не актуален, так как процессоры стали гораздо более сложными, и время выполнения того или иного куска кода стало зависеть от очень большого количества факторов, уследить за всей совокупностью которых - задача, сложность которой превосходит практический выхлоп от этого.
Если вы хотите достойно сдать лабораторку, вы можете написать длинное-длинное эссе на тему того, что процессоры за 30 лет шагнули сильно вперед (а ваш препод - нет), и получить актуальные знания. Вы можете найти писюк с i386 - последним из могикан, который был настоящим CISC, и не конвертировал свои инструкции в RISC - и таки сделать на нем честные замеры, включая и отключая кэш, например.

[Begginer_serg]

Армянское Радио, вот я и понял, что достойно сдать не получится. Поэтому попросил просто в код для каждой адресации "грамотно" разместить команду для подсчета, поскольку проверятся работоспособность кода не будет, а словесно можно будет объяснить принцип работы..