Точность - не то же самое, что аккуратность

Это перевод Precision is not the same as accuracy. Автор: Реймонд Чен.

Аккуратность - это насколько вы близки к правильному ответу; точность - это насколько велико разрешение (количество значащих цифр) вашего ответа.

Предположим, вы спросили меня: "Сколько времени?"

Я посмотрел на солнце, понаблюдал за ним некоторое время и сказал: "Сейчас 10:35:22.131".

Я дал вам очень точный ответ (с точностью до миллисекунд), но не очень аккуратный.

В это время вы посмотрели на свои часы - одни из тех новомодных часов, которые имеют отметки только на 3, 6, 9 и 12 часах. Вы морщите лоб и решаете: "Сейчас около 10:05". Ваш ответ намного более аккуратен, чем мой, хотя и менее точен.

Теперь давайте применим это отличие к некоторым функциям времени в Windows.

Функция GetTickCount имеет точность в одну миллисекунду, но её аккуратность обычно намного хуже, зависит от частоты вашего таймера и обычно составляет где-то 10-55 миллисекунд. Функция GetSystemTimeAsFileTime выглядит более внушительно с её 100-наносекундной точностью, но её аккуратность не обязательно лучше, чем у GetTickCount.

Если вы ищите высокую аккуратность, то вам лучше бы обратиться к функции QueryPerformanceCounter. Однако для этого вам нужно пойти на компромиссы. Во-первых, точность результата. Чтобы узнать точность результата, вам нужно вызвать функцию QueryPerformanceFrequency. Ещё один компромисс - более высокая аккуратность QueryPerformanceCounter достигается ценой более медленного вызова.

Что на самом делает QueryPerformanceCounter - решает HAL (с небольшой помощью от ACPI). Ребята из команды производительности рассказали мне, что худший случай получается от перебора (rollover) прерываний на программируемом таймере прерываний. Это, в свою очередь, может потребовать транзакции на PCI, которая, в общем-то, не является быстрейшей штукой в мире. Это всё же лучше чем GetTickCount, но вы не выиграете конкурсов на скорость. В лучшем же случае HAL может решить, что счётчик RDTSC работает с постоянной частотой, так что HAL будет использовать его. Это особенно занимательно для многопроцессорных машин, где вам нужно убедиться, что значения, возвращаемые RDTSC каждого процессора согласованы друг с другом! И тогда, для лучших результатов, добавьте-ка ещё несколько обходных путей для известных багов в железе.