Какая у функции GetTickCount погрешность? 

все те же 10мс 

_hunter, 
Обидно, я только что проверил 

Шаг и вправду 10 мс 

Попробуй вот так:

 

Rouse_, результат что в микросекундах?????!!!! 

Результат: кол-во тактов процессора прошедшее с момента старта системы  

Microsoft® Windows® Internals, Fourth Edition: Microsoft Windows Server™ 2003, Windows XP, and Windows 2000 
By Mark E. Russinovich, David A. Solomon 

BOOT.INI

/TIMERES=
 Sets the resolution of the system timer on the standard x86 multiprocessor HAL (Halmps.dll).
The argument is a number interpreted in hundreds of nanoseconds,
but the rate is set to the closest resolution the HAL supports that isn't larger than the one requested.
The HAL supports the following resolutions:

Hundreds of nanoseconds  Milliseconds (ms)
 
97660.98                            195322.00
 
390633.90                           781257.80

The default resolution is 7.8 ms. The system timer resolution affects the resolution of waitable timers.

Example: /TIMERES=21000 would set the timer to a resolution of 2.0 ms.

 

SergeCpp, это все хорошо но как реализовать

  


Rouse_, 

Количесво тактов процессора в единицу времени зависит от загружености процессора или опредляется тактовой частотой процессора   

Файл BOOT.INI (не копируйте весь! — только поставьте /timeres=21000)



Количество тактов процессора в единицу времени не зависит от загружености процессора, а определяется тактовой частотой процессора

И это не всегда количество тактов процессора, прошедшее с момента старта системы!
(какой-нибудь драйвер может выполнить WRMSR для этого регистра и изменить это значение)    

Это сообщение отредактировал(а) SergeCpp - 21.4.2006, 12:48

SergeCpp, Спасибо БОЛЬШОЕ, я понял это заставит работать все таймеры точнее, а не скажется ли это на работе других программ и работе системы в целом, как мне кажется это приведет к увеличению загрузки процессора или я не прав    

Это сообщение отредактировал(а) alexeis1 - 21.4.2006, 12:45

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

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

Тогда High-Resolution Timer

QueryPerformanceFrequency() & QueryPerformanceCounter()

Также Multimedia Timers  

Это сообщение отредактировал(а) SergeCpp - 21.4.2006, 12:57

Зависит от загруженности процессора. Windows к сожалению не является системой реального времени поэтому главный поток программы работает только во время выделенного ему кванта времени, в то время когда поток стоит, процессор выполняет другие задачи. Процессор обрабатывает инструкции переданные ему программами, причем для выполнения каждой инструкции требуется отределенное кол-во тактов процесора. К примеру для выполнения моей функции затраты будут равны примерно 120 тактам...
QueryPerformanceFrequency() & QueryPerformanceCounter() основаны именно на инструкции rdtsc с соответствующим поправочным значением модифицирующим конечный результат...

Добавлено @ 13:25 

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