Определение тактовой частоты процессора (на ядро, на процессор)

один из самых простых способов сделать это с помощью RDTSC, но, поскольку это для механизмов защиты от обмана, я бы поставил это как драйвер ядра или резидентный фрагмент кода hyper-visor.

вам, вероятно, также нужно будет свернуть свой собственный код синхронизации**, который снова можно сделать с RDTSC (QPC, как используется в приведенном ниже примере, использует RDTSC, и его на самом деле очень просто перепроектировать и использовать локальную копию, что означает, чтобы вмешаться в нее, вам нужно будет вмешаться в ваш водитель.)

void GetProcessorSpeed()
{
    CPUInfo* pInfo = this;
    LARGE_INTEGER qwWait, qwStart, qwCurrent;
    QueryPerformanceCounter(&qwStart);
    QueryPerformanceFrequency(&qwWait);
    qwWait.QuadPart >>= 5;
    unsigned __int64 Start = __rdtsc();
    do
    {
        QueryPerformanceCounter(&qwCurrent);
    }while(qwCurrent.QuadPart - qwStart.QuadPart < qwWait.QuadPart);
    pInfo->dCPUSpeedMHz = ((__rdtsc() - Start) << 5) / 1000000.0;
}

* * * Я бы это для безопасности, как @ Mystical упоминалось, но, поскольку я никогда не чувствовал побуждения подрывать механизмы синхронизации системы низкого уровня, могло бы быть больше вовлечено, было бы неплохо, если бы Mystical мог что-то добавить на это :)

Я ранее опубликовал на эту тему (Вместе с основным алгоритмом):здесь. Насколько мне известно алгоритм (см. обсуждение) очень точный. Например, Windows 7 сообщает мои часы процессора как 2.00 GHz, CPU-Z как 1994-1996 МГц и мой алгоритм как 1995025-1995075 кГц.

алгоритм выполняет много циклов для этого, что приводит к увеличению частоты процессора до максимума (как и во время тестов), поэтому программное обеспечение для регулирования скорости не будет входить играть.

дополнительная информация здесь и здесь.

по вопросу о регулировании скорости я действительно не вижу в этом проблемы, если приложение не использует значения скорости для определения прошедших времен и что сами времена чрезвычайно важны. Например, если для разделения требуется X тактовых циклов, не имеет значения, работает ли процессор на частоте 3 ГГц или 300 МГц: ему все равно понадобится x тактовых циклов, и единственная разница в том, что он будет завершите разделение в десятой части времени на @ 3 GHz.

Я понимаю, что это уже ответили. Я также понимаю, что это в основном черное искусство, поэтому, пожалуйста, возьмите его или оставьте - или предложите обратную связь.

в стремлении найти тактовую частоту на дросселированных (благодаря microsft,hp и dell) хостах HyperV (ненадежный счетчик perf) и гостях HyperV (можно получить только запасную скорость процессора, а не текущую), мне удалось, через пробную ошибку и fluke, создать цикл, который петляет ровно один раз за сутки.

код следующим образом-C# 5.0, SharpDev, 32bit, Target 3.5, Optimize on (crucial), нет активного отладчика (crucial)

        long frequency, start, stop;
        double multiplier = 1000 * 1000 * 1000;//nano
        if (Win32.QueryPerformanceFrequency(out frequency) == false)
            throw new Win32Exception();

        Process.GetCurrentProcess().ProcessorAffinity = new IntPtr(1);
        const int gigahertz= 1000*1000*1000;
        const int known_instructions_per_loop = 1; 

        int iterations = int.MaxValue;
        int g = 0;

        Win32.QueryPerformanceCounter(out start);
        for( i = 0; i < iterations; i++)
        {
            g++;
            g++;
            g++;
            g++;
        }
        Win32.QueryPerformanceCounter(out stop);

        //normal ticks differs from the WMI data, i.e 3125, when WMI 3201, and CPUZ 3199
        var normal_ticks_per_second = frequency * 1000;
        var ticks = (double)(stop - start);
        var time = (ticks * multiplier) /frequency;
        var loops_per_sec = iterations / (time/multiplier);
        var instructions_per_loop = normal_ticks_per_second  / loops_per_sec;

        var ratio = (instructions_per_loop / known_instructions_per_loop);
        var actual_freq = normal_ticks_per_second / ratio;

        Console.WriteLine( String.Format("Perf counhter freq: {0:n}", normal_ticks_per_second));
        Console.WriteLine( String.Format("Loops per sec:      {0:n}", loops_per_sec));
        Console.WriteLine( String.Format("Perf counter freq div loops per sec: {0:n}", instructions_per_loop));
        Console.WriteLine( String.Format("Presumed freq: {0:n}", actual_freq));
        Console.WriteLine( String.Format("ratio: {0:n}", ratio));

Примечания

• 25 инструкций на цикл, если отладчик активен
• подумайте о запуске цикла 2 или 3 секунд перед рукой, чтобы раскрутить процессор (или, по крайней мере, попытаться раскрутить, зная, как сильно серверы дросселируются в эти дни)
• протестировано на 64-битном Core2 и Haswell Pentium и сравнивается с CPU-Z

следует обратиться к этой Белой книге:технология Intel® Turbo Boost в процессорах на базе микроархитектуры Intel® Core™ (Nehalem). В принципе, произведите несколько считываний фиксированного счетчика производительности UCC в течение периода выборки T.

Relative.Freq = Delta(UCC)  / T

Where:
   Delta() = UCC @ period T
                 - UCC @ period T-1

начиная с архитектуры Nehalem, UCC увеличивает и уменьшает количество тиков щелчка относительно несоленого состояния ядра.

когда SpeedStep или Turbo Boost активированы, расчетная частота использование UCC будет измеряться соответственно; в то время как TSC остается постоянным. Например, Turbo Boost в действии показывает, что Delta(UCC) больше или равна Delta (TSC)

пример функции Core_Cycle функция at Cyring / CoreFreq GitHub.

вам нужно использовать CallNtPowerInformation. Вот пример кода С putil. С помощью этого вы можете получить текущую и максимальную частоту процессора. Насколько я знаю, невозможно получить частоту на CPU.