1
我需要测量经过时间 - 以毫秒为单位，并有兴趣使用boost::cpu_timer类来做到这一点（或某种形式的时间戳，如果它的系统时间或东西，从0开始并不重要） 。升压计时器限制
是它未明智使用这个类的较长时间（即无停止测量的一个星期直）？有其他解决方案吗？
从我获得系统时间戳的经验来看，我逐渐认识到每隔几毫秒获得一个以毫秒为单位（这是我需要的）的时间戳是非常缓慢和费劲的。
Q
升压计时器限制
A
回答
2
相关问题
- 1. 升压计时器绑定
- 2. 升压期限计时器到期不准确的iOS
- 3. 升压计时器不编译
- 4. 升压计时器立即到期
- 5. 升压定时器中断
- 6. 升压计时器：当我需要时如何获得时间？
- 7. 升压ASIO状态服务器设计
- 8. 的std ::计时或升压::对于CLOCK_MONOTONIC_COARSE
- 9. 升压定时器24小时格式
- 10. 限制时间表的计时器？
- 11. 升压flat_map容器
- 12. 升压ASIO超时
- 13. Windows队列计时器的限制
- 14. 限制计时器重置JavaScript
- 15. 时间戳计数器限制
- 16. 限制性病精度::在升压默认值的COUT :: options_description
- 17. 限制对Qt和升压线程本地存储
- 18. 升压预处理器库
- 19. 升压目录迭代器
- 20. 升压范围适配器
- 21. 错误使用升压::功能与升压::升压::绑定:: asio
- 22. 升压日期/时间
- 23. 升压MPL在运行时
- 24. 升压运行时错误
- 25. 升压ASIO async_read_some超时
- 26. 设置超时升压socket.connect
- 27. 升压
- 28. 升压
- 29. 升压C++宏参数计数错误
- 30. 多线程升压 - asio服务器（VS升压异步服务器教程）
为什么downvote？ – Qix
因为你的问题是非常模糊的。 – Supericy
它是如何模糊的？我问，如果cpu_timer是为长时间的测量而构建的。我可以具体多少？ – Qix