время функции профилированного «Sleep» измерение

Question

Несколько дней назад я отправил этот вопрос: measuring time of a profiled function

(я надеюсь, что это нормально, я буду открывать новую тему, я просто не могу найти старую в несколько первых страниц)

Я заметил, что в моем профилированном процессе я называю метод «Сон» - и это проблема ... Когда я вызываю SuspendThread/ResumeThread - процесс «Спящий» приостанавливается, но на самом деле - время движется!
Я полагаю, что «Сон» - это просто какой-то цикл, который занимает время и останавливается всякий раз, когда разница между временем начала и временем окончания достаточно велика.

хорошо, предположим, что ваш профилированный процесс должен спать в течение 1 минуты.
Вы приостановили профилированный процесс после сна 2 секунды и пошли что-нибудь съесть.
Вы вернулись через 15 минут и возобновили профилированный процесс.
Профилированный процесс измеряет время, находит, что БОЛЕЕ 1 минута прошла, и он перестает спать.

, что как я сделал сон процесс слишком мало (время проходит дальше, когда процесс приостановлен, Сон принимает это во внимание - но я не могу) ...

И теперь, наконец, здесь мой вопрос:
Как я могу избежать этой проблемы? Как я могу правильно измерить время таких функций, как «Сон»?

спасибо :)

Answer 1

sleep методы почти никогда не выполняют «спина» механика, которую вы describing- нет причин тратить так много процессорного времени, когда все это действительно нужно сделать, это установить таймер внутри ОС , а затем просто перестаньте работать, пока он не пробудится таймером. Если процесс, который уже заморожен из-за вызова sleep, снова заморожен, потому что вы его приостановили, тогда он просто приостановлен дважды; «будильник» возвращает и приостанавливает приостановку, но приложение все еще приостановлено, потому что вы его приостановили. Если вы откажетесь от него до того, как погаснет sleep, ваш suspend/unsuspend просто не будет иметь никакого эффекта.

По существу, нить никому не нужна или не заботится о том, почему sleep не торопится с ожидаемым. Он просто не запускал код, пока он был sleep ing. Он прекратил работу с кодом, а затем снова начал запускать код, и проверка настенных часов просто скажет, как долго он закончился, а не то, что заставило его замораживаться в течение этого времени. (Возможно, это был низкий приоритет, и ОС была очень занята, и просто потребовалось так много времени, чтобы запланировать ее повторную работу после завершения sleep.)

. Ближайшим, что вы можете сделать, это написать свой собственный метод sleep и использовать его это только для целей отладки. (Вероятно, он должен вызвать системный спящий режим, когда он не находится в режиме отладки, поэтому вам не нужно менять код вне условной компиляции функции с помощью #ifdef DEBUG/#endif.) То, что sleep должно делать именно то, что вы предлагаете: count ticks пока «настенные часы» не скажут, что он достаточно долго ждал, и, если между тиками неожиданно большой разрыв, нажмите крайний срок, потому что это время не «засчиталось».

---

Все, что сказал:

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

Answer 2

Я получил его.
Я просто проверю, приостановлен ли процесс, когда я его приостановил, и если да, я также рассмотрю время моей ручной приостановки.
thanks everbody :)