LVV>>Пока у меня была чисто последовательная прога — особо не заморачивался.
LVV>>Для грубой оценки времени работы использовал просто clock().
CK>clock() возвращает CPU-time
Ну, дык мне и нормально было...
LVV>>Посоветуйте:
LVV>>- либо использовать стандартную либу chrono
LVV>>- либо WinAPI-функцию (кстати, мудреное название — никак не запомню... )
CK>чтобы что-нибудь посоветовать, нужно знать что-нибудь про объект измерения, может вам rdtsc нужно использовать?
Это вряд ли.
LVV>>Надо поизмерять время для построения графиков в статью. Поэтому миллисекунды вполне сгодятся...
CK>Если совсем не важно что там да как, то можно просто через time измерять время работы всего приложения, но вообще тема сложная, люди книги по ней пишут (https://www.amazon.com/Guide-Experimental-Algorithmics-Catherine-McGeoch/dp/0521173019/ref=sr_1_1?ie=UTF8&qid=1465551699&sr=8-1&keywords=experimental+algorithmics).
Это все понятно.
Но мне достаточно следующего:
от 0 до 1 с шагом 0.0000...
Заполняется некая решетка.
Надо отследить накопляемое время на каждом шаге.
Если б это было в одном цикле — проблем нет.
Но алгоритм разбит на несколько частей и там под ногами мешаются пара мест с тредами.
Я вот нарыл на MSDN функцию QueryUnbiasedInterruptTime
С другой стороны в стандартной либе chrono есть steady_clock
В общем, я так понимаю, опять надо просто экспериментировать...