почему rdtsc дает в eax постоянно четное число?

Код (Text):

1. .data
2. frmt db '%015lu',0 
3. .code
4. test_rdtsc proc
5.  
6.     invoke VirtualAlloc, NULL, 1000h, MEM_COMMIT, PAGE_READWRITE
7.     mov  edi, eax
8.     push eax
9.     mov  esi, 32
10.                        
11.     @@:
12.         rdtsc
13.         invoke wsprintf,  edi, offSet frmt, eax
14.         mov word ptr [edi + 15], 0a0dh
15.         add edi, 17
16.     dec esi
17.     jnz @b
18.        
19.     pop edi
20.     invoke MessageBox, NULL, edi, NULL, MB_OK
21.     invoke  VirtualFree, edi, 1000h, MEM_RELEASE
22.    
23.     ret
24. test_rdtsc endp

то что rdtsc возращает результат в edx:eax это да, но почему в eax все время четное чтсло непойму?

 

You are not only one: http://www.wasm.ru/forum/viewtopic.php?pid=332007

У меня так же, даже пробовал зацыклить:

@@Next: rdtsc
test eax,1
jz @@Next

; Unreachable point...

 

Разве?

RDTSC -> EAX = A18A4ACF
A0C8ACD7
88B1356D

 

Код (Text):

1. 000000083272127
2. 000003976887427
3. 000003393977819
4. 000002557185734
5. 000000169605678
6. 000001580036171
7. 000002259824958
8. 000001365553201
9. 000002909804220
10. 000003642961613
11. 000003744354049
12. 000003752453749
13. 000003

 

cornolio
Зависит от архитекутры. Где-то счётчик тиков вообще раз в восемь тактов обновляется.

 

cornolio
Multi-core?

 

угу действительно проверил на другой системи там норм, а вот Пентиум 4 дает исключительно четные числа)) http://zaq1.co.cc/rtdsc.jpg

 

cornolio
Они не только чётные. Они все кратны четырём.

 

Угу, а "где-то" и раз в 15 тактов

 

leo
Скорее всего от Вас же в своё время и узнал об этом. Может даже из той же темы.

 

cornolio
Intel, потому что
У меня, например, всегда кратно 8. Сначала было дико, потом привык. Это вообще ничто по сравнению с тем, что на Core2 (да, думаю и на i7) rdtsc не всегда выдает правильный результат, и приходится корячиться через rdpmc.