Issue of implementing profiling timer on some defective hardwares using QPF

在使用QueryPerformanceCounter和QueryPerformanceFrequency来实现Timer时，需要注意一个问题，就是使用QPF计算所得，可能比GetTickCount来大许多，这可能是因为硬件问题造成的，所以可能需要修正（或者因为这些硬件太老了，也不需要修正？）。

 

相关的资料在微软的知识库中有介绍：

Performance counter value may unexpectedly leap forward

Ogre的OgreTimer中有相关的实现，可以参考。实现中有段代码是用来获取当前进程可以使用的processor的最小的Index

#if _MSC_VER >= 1400 && defined (_M_X64)
GetProcessAffinityMask(GetCurrentProcess(), (PDWORD_PTR)&procMask, (PDWORD_PTR)&sysMask);
#else
GetProcessAffinityMask(GetCurrentProcess(), &procMask, &sysMask);
#endif
// Find the lowest core that this process uses
if ( mTimerMask == 0 )
{
    // Alex, 2010.4.17
    // here, we can just compute the lowest as follow
    // ~(procMask & (procMask - 1)) & procMask
    // This assumes that procMask is non-zero, which could happen ?
    mTimerMask = 1;
    while ( ( mTimerMask & procMask ) == 0 )
    {
        mTimerMask <<= 1;
    }
}

这里其实可以不用循环而使用我在注释中提到的代码，因为只要提取最低的那个cpu bit就可以了。使用那段代码假定procMask不为0。（对于一个Process，它的procMask是否可能为0，如果为0，那么就是不允许在任何的cpu上执行，是否有意义？）