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