Пытался сделать небольшую прогу, которая бы показывала сколько времени (или тактов процессора - не важно) считает цикл в обычном его представлении и с развёртыванием  согласно методу увеличения скалярного параллелизма - методу планирования трасс. 
Согласно теории:
tпар =tпосл/(1+0,15*w), где tпар и tпосл – времена параллельного и последовательного исполнения одного и того же отрезка программы, w – число команд в программе.
Но если проклацать 5-6 раз кнопку ОК и замерить время tпосл (напр. показало ~57000 средне), то согласно формулы tпар должно показать при w=5000 в 750 раз меньше и = ~76. 
А на самом деле прога показывает в 2-3 раза больше чем tпосл!((
Почему так? И где проблема?

p.s.: файлы проекта во вложениях + скрин-мануал по параллелизму.

Присоединённый файл ( Кол-во скачиваний: 6 )
 prog.rar 363,81 Kb

А чем GetTickCount64 (или, если позарез нужна суперточность, QueryPerformanceCounter) не устраивает?

Кроссплатформенность минимум

rdtsc вроде как на каждом ядре свой, так что для точного расчета следует привязать поток к ядру ну или воспользоваться QueryPerformanceCounter . В документации Microsoft указывается что QueryPerformanceCounter почти всегда работает правильно, кроме некоторых ситуаций с драйверами.

> tпар должно показать при w=5000 в 750 раз меньше

Ну, Вы, батенька, оптимист... с чего это???

Компилятор (даже у Borland'а) сам умеет хорошо разматывать циклы. Причем он это делает с учетом характеристик процессора (например размера кэшей) а не тупо в 5000 раз (как у вас)

Раскрутка на 5000 в вашем случае - это явно перебор


Это сообщение отредактировал(а) xvr - 6.7.2016, 14:59