好奇怪：QueryPerformanceFrequency函数

thomson336 2006-01-24 01:40:13

好奇怪：QueryPerformanceFrequency函数

怎么1.5GCPU和366CPU上运行

QueryPerformanceFrequency

得到的时钟频率都是 3579545Hz

哪位用过？谢谢

...全文

130 2 打赏收藏转发到动态举报

写回复

用AI写文章

2 条回复

切换为时间正序

请发表友善的回复…

发表回复

schwarzenegger 2006-01-24

打赏
举报

Note
The frequency of the high-resolution performance counter is not the processor speed.

------FROM MSDN

schwarzenegger 2006-01-24

打赏
举报

只是高精度性能计数器的频率与CPU的关系不大。

函数如下：__int64 GetSysTickCount64(){ static LARGE_INTEGER TicksPerSecond = {0}; LARGE_INTEGER Tick; if(!TicksPerSecond.QuadPart) { QueryPerformanceFrequency(&TicksPerSecond); } QueryPerformanceCounter(&Tick); __int64 Seconds = Tick

最近写一个程序将接收到的RTP流送到DirectShow中进行播放，结果发现播放的效果断断续续的，于是，在程序里加了代码，打印出每次收到一个RTP包距上一个RTP包的间隔。我发送的RTP包应该是20ms一个，可是在接收的代码中，打印出来的间隔却大部分是15、16ms，偶尔也有30几ms的，这就奇怪了，如果有延时，30几ms还说得过去，可是15、16ms的怎么解释？是Socket底层缓存了一些包再报...

请下载本文的代码： UnderTheHood0500.exe (264KB) 近年来，在我的专栏文章和技术讲座中，其中一个主要主题一直是优化可执行文件技术的优点。通常，优化技术指的是确定基址和绑定，但可能还包括按序号导入函数或更改可执行文件页面对齐。从直观的角度来说，这些策略应该使您的代码加载得更快。不过，始终有一个关于这一主题的问题萦绕在我的心里 — 利用这些技术究竟能获得多大的改进？ ...

奇怪了,做全排列的时候,在交换两个数时用到algorithm中的swap函数,效率竟然比自己写一个swap的效率差,是因为大量进行调用的原因吗?求解.... full_permutation 为我写的计算全排列数量的函数,没有使用algorithm中的swap函数, nextPerm 使用了algorithm中的next_permutation函数, full_permutation_

原因是从系统时间被保存到t1的点到计数器值被保存到p1的点，系统时间可能会有潜在的变化而没有被检测到，直到下一次内部循环执行（才能检测到系统时间变化）。不幸的是，对于硬件中断你没有什么可做的，但行为良好的驱动程序应该处理它们的中断，排队延期的过程调用(deferred procedure call, DPC)，甚至以微秒级次序处理DPC。不幸的是，在 Windows NT 以及更早的版本这不是被强制的，尽管在 SDK 文档中确实如是说：在改变系统时间后，应用程序应该发送这个消息到所有的顶层窗口。

VC/MFC

16,551

社区成员

421,606

社区内容

发帖

与我相关

我的任务

社区管理员

加入社区

近7日
近30日
至今

加载中

查看更多榜单

社区公告

VC/MFC社区版块或许是CSDN最“古老”的版块了，记忆之中，与CSDN的年龄几乎差不多。随着时间的推移，MFC技术渐渐的偏离了开发主流，若干年之后的今天，当我们面对着微软的这个经典之笔，内心充满着敬意，那些曾经的记忆，可以说代表着二十年前曾经的辉煌……
向经典致敬，或许是老一代程序员内心里面难以释怀的感受。互联网大行其道的今天，我们期待着MFC技术能够恢复其曾经的辉煌，或许这个期待会永远成为一种“梦想”，或许一切皆有可能……
我们希望这个版块可以很好的适配Web时代，期待更好的互联网技术能够使得MFC技术框架得以重现活力，……

试试用AI创作助手写篇文章吧

+ 用AI写文章

好奇怪 ：QueryPerformanceFrequency函数

好奇怪：QueryPerformanceFrequency函数