个人中心
文章发布
退出
作者热门文章
- android - RelativeLayout 背景可绘制重叠内容
- android - 如何链接 cpufeatures lib 以获取 native android 库？
- java - OnItemClickListener 不起作用，但 OnLongItemClickListener 在自定义 ListView 中起作用
- java - Android 文件转字符串
27
4
我在各种操作系统上运行一些计时代码。我注意到 QueryPerformanceCounter 的结果有以下模式
标准 Windows XP 使用处理器频率，这意味着它在后台使用 RDTSC。
Vista 使用 HPET，14,318,180 Hz
任何带有/usepmtimer 的 Windows 版本都使用 ACPI 时钟，3,579,545 Hz
Windows 7 使用来源不明的时钟，返回 2.4 到 2.6 MHz 左右的不同数字。
有谁知道 Windows 7 默认使用什么时钟？为什么它比 ACPI 时钟还要慢？有没有办法强制 Windows 7 使用 HPET？
最佳答案
Windows 7 将根据可用的处理器/硬件在启动时选择不同的 QPC 源 - 我相信 SP1 中也有这方面的变化。
对 Vista 的更改很可能是出于 AppCompat 的原因，因为在读取 RDTSC 的多核 CPU 上，它们不能保证同步，因此在多个 CPU 上调度的应用程序有时会看到 QPC 倒退并且会异常出。
关于Windows 7 QueryPerformanceFrequency 返回 2.4 MHz-ish？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/5887628/
27
4
0
我需要将此 C 代码移植到 Rust 中: QueryPerformanceFrequency((unsigned long long int *) &frequency); 我没有找到这样做的功能。
每当我打电话时: std::chrono::high_resolution_clock::now().time_since_epoch().count(); 它的组装说明是: std::chrono:
从这些看来，函数返回以赫兹为单位的值 QueryPerformaceFrequency() Units of QueryPerformanceFrequency 运行英特尔酷睿 i5 - 以 2.8
MSDN 上有一篇文章谈到QueryPerformanceCounter: Acquiring high-resolution time stamps 底部是常见问题解答部分，其中有一个有趣的问题:
我正在研究 QueryPerformanceFrequency。它过去常常返回 3.6 Mhz，但这对于我尝试做的事情来说还不够。 我已使用此命令启用 HPET bcdedit/set useplat
我与 FAA 有一个长期计划，在 FAA 开始部署 Dell GX-760 台式机之前一直运行良好。该程序是空中交通的图形重播。我使用 QueryPerformanceFrequency 函数来获取处
它们都提供毫秒分辨率吗？ 最佳答案 不，它们没有毫秒精度。 clock 和 GetTickCount 在大多数系统上具有 4 到 15 毫秒的精度。 QueryPerformanceCounter 的
这个想法是现有项目非常频繁地使用 timeGetTime()(针对 windows 目标)。 milliseconds = timeGetTime(); 现在，这可以替换为 double tmp =
我在各种操作系统上运行一些计时代码。我注意到 QueryPerformanceCounter 的结果有以下模式 标准 Windows XP 使用处理器频率，这意味着它在后台使用 RDTSC。 Vist
我一直在将我的游戏从 C++ 转换为 C#。我很好奇计时器将如何在 C# 缺少 QueryPerformanceFrequency() 和 QueryPerformanceCounter() 的情况下
我是一名优秀的程序员,十分优秀！