Время выполнения команды

[alexey_kip]

Необходимо определить время выполнения команды.
В асм'е я не силен, поэтому прошу помощи.
Чтобы правильно определить время нужно все из-под доса делать, как я понимаю. Измерять время 1 команды глупо имхо, поэтому планируется сделать цикл из, например, 10000 одинаковых действий, замеряем его время, потом пускаем пустой цикл и тоже замеряем его время, находим разницу и делим на количество итераций цикла.
Дак вопрос, а как измерить время?
Использую RDTSC.
Вот код:

RDTSC;
		mov [startA],eax;
		mov [startB],edx;
		mov cx,10000;
loop1:
		mov ax,dx;
		LOOP loop1;
		RDTSC;
		mov [oneA],eax;
		mov [oneB],edx;
		mov cx,10000;
loop2:
		LOOP loop2;
		RDTSC;
		mov [finishA],eax;
		mov [finishB],edx;

Получается какой-то бред. Если, допустим, StartB и oneB равны, то разница startA и oneA дает 118980, я так понимаю, тиков. Если тик взять как 55 мс, то получим 1090,65 минут о_О.

[Opterezon]

Зависит от процессора. Задействовать удастся только одно ядро. Инструкция рода Mov eax,ebx выполняется за 2 такта процессора. Делишь тактовую частоту своего процессора на 2 и получаешь число инструкций, которые твой процессор выполняет за секунду. Но это при голом железе. В ОС это будет работать на порядок медленнее.

[f.hump]

так это, timer stamp counter работает на некоторой частоте, можно поднять мануалы на проц и найти значение этой частоты. но на практике, используется функционал системы для выполнения длительной задержки в несколько секунд (delay_time), определяется кол-во отсчетов TSC для этой задержки (delay_count). ну, а потом, при использовании TSC, считается кол-во отсчетов между двумя событиями (event_count), тогда время между двумя событиями

event_time = event_count*delay_time/delay_count

55 мс - какая-то с потолка взятая цифра.

[alexey_kip]

Не с потолка цифра
http://emanual.ru/download/8234.html#ch5_1
Системный таймер тикает 18,2 раз в секунду

f.hump, можно пример хоть какой-нибудь?

[vadimych]

alexey_kip, Ваш код не имеет ни малейшего отношения к системному таймеру. RDTSC возвращает количество тактов процессора с момента последнего сброса.

[alexey_kip]

Я предупредил, что не силен в asm'е и написал, чтобы мне помогли

[f.hump]

Не с потолка цифра

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

RDTSC возвращает количество тактов процессора с момента последнего сброса

только на старых моделях процов, на новых с динамической перестройкой тактовой частоты проца, это не так, потому что чатота обновления TSC не меняется в отличие от тактовой частоты вычислительного ядра.

f.hump, можно пример хоть какой-нибудь?

готового примера нет. думать лень. все что сделал - процитировал манул от Intel.

[alexey_kip]

готового примера нет. думать лень. все что сделал - процитировал манул от Intel.

Я не просто так ведь сюда написал. Прошу помощи, а не цитирования мануалов

[Vapaamies]

ОС какая? Под Windows нужно использовать QueryPerformanceCounter/QueryPerformanceFrequency, иначе на многоядерных машинах возможна хрень.

[alexey_kip]

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