我想要一个可靠的方式(精度为0.1秒)来计时渲染过程,并找到solution(QueryPerformanceCounter
)到类似的problem。然而,有一些drawbacks和一些建议以最小化运行过程的数量。我的问题是:QueryPerformanceCounter
的结果时间是否足够可靠(给定所需的精度),并且代表CPU在存在某些后台进程(在Windows系统中处于非安全模式)或出现安全流程(请注意,我将关闭防病毒软件,这仅仅是一个例子)。QueryPerformanceCounter在后台进程
0
A
回答
1
现代平台(Windows> = 7,不变的TSC)提供QueryPerformanceCounter的安全使用。请参阅以下链接到一个详细的文档:
相关问题
- 1. 在后台进程
- 2. 获取另一个进程'QueryPerformanceCounter()
- 3. 进程不在后台
- 4. iOS进程在后台
- 5. 后台进程在bash
- 6. 在后台运行进程
- 7. 在后台进程中
- 8. PHP后台进程
- 9. PHP后台进程
- 10. iOS后台进程
- 11. Linux后台进程
- 12. 后台进程c
- 13. Grails后台进程
- 14. PHP后台进程
- 15. IIS后台进程
- 16. 根据后台进程启动进程
- 17. 查找后台进程的进程ID
- 18. 等效于QueryPerformanceCounter的多平台?
- 19. 执行在PHP后台进程在Windows
- 20. Mean.js Node.js后台进程
- 21. Java中的后台进程
- 22. 检查后台进程
- 23. Servlet中的后台进程
- 24. Rails的后台进程
- 25. Android后台进程检查
- 26. 启动后台进程
- 27. 跟踪后台进程?
- 28. asp.net中的后台进程
- 29. iOS后台进程和AFNetworking
- 30. Node.js中的后台进程
您可能也想看看QueryThreadCycleTime API。 – rakeshdn
@rakeshdn所以你更喜欢QueryProcessCycleTime(或者枚举QueryThreadCycleTime)。缺点是他们与流逝的时间没有任何关系,但是如果我理解正确,它作为比较性能的抽象方法是可靠的? – Matthias
嗯,当然,一旦你的程序在野外出现,那么它将受到类似的限制。永远不要优化你的分析结果,你需要一个*代表*号码,你会有一些复制的希望。至少进行10次测量并取*中*号。 –