[seeman_tm]

to poli-smen
Ты меня забавляешь, у тебя или со зрением проблема или недостаток внимания. В каком месте ты увидел что идёт сравнение одной и тойже строки а не двух одинаковых ? Или тут такая же история у тебя приключилась как с первым твоим тестом ? То есть посмотрел, но не увидел, не до понял и ляпнул ?
При чём тут мой тест ? Код моего теста на форум не выкладывался. Везде твои исходники, за исключением закомментированных двух нахрен не нужных строк. От чего в первом исходнике была обнаружена разница в показаниях и показана для особо одарённых в картинках. Но ты упёрся во что то своё и пытаешься доказать то ты не тот кем на самом деле являешься.

to angvelem
А по подробней можно ? В смысле, почему показания основанные на GetTickCount не имеют ценность ? Растолкуй, чтоб посетители темы понимали чем плох данный способ.

to NumLock
В данном случае, у меня создаётся поток, который при проведении сравнения ведёт счетчик. А основной поток усыпляется на 5000 миллисекунд, по истечении которого поток приостанавливается и берётся из него значение счётчика.
QueryPerformanceCounter / QueryPerformanceFrequency использую как проверку, сколько всё таки спал основной поток. Результаты показали, что оператор Sleep имеет погрешность до +-5 десятых миллисекунды. То есть, показывает что якобы спал он не 5000, а 4999,5.......5000,5. Но это видать уже зависит от того, когда винда позволит потоку заработать сразу. Поэтому берется средняя из 10 результатов по 5 секунд.
Тоже херовый подход ?

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