Surface pro 4 - clock speed of CPU keeps the same

Anonymous
2016-08-03T03:19:10+00:00

After updating to windows 10 (1607), I find that the clock speed of the CPU keeps to be 2.92GHz when plugged, and to be 2.47GHz when using battery. My surface pro 4 has a core i5 CPU. It seems strange because the clock speed of CPU should change with the workload in the Task Manager. Does anyone have the same problem?

Surface | Surface Pro | Display and screen

Locked Question. This question was migrated from the Microsoft Support Community. You can vote on whether it's helpful, but you can't add comments or replies or follow the question.

0 comments No comments
Answer accepted by question author
Anonymous
2016-08-31T01:11:30+00:00

Fixed with today's update. Thanks, MS!

NOTE: I had to reboot twice after updating. So if anyone is not seeing the fix try a restart.

Was this answer helpful?

0 comments No comments

92 additional answers

Sort by: Oldest
  1. Anonymous
    2016-08-22T03:20:09+00:00

    Which policy would you recommend best to adjust for a balance of both? I am still hopeful that somewhere and somehow MS will sort this out with an update next week and that the battery life will magically improve. 

    The short answer is, I recommend 50 as it's closest to the default used by Intel, which would be 50.196. If you move from 50 to 0, the min frequency will rise all the way up to max (all core) turbo, while going from 50 to 100 will limit the max frequency more and more until it finally settles somewhere below 1.0 GHz.

    Technical Deep Dive

    According to MSDN, Microsoft uses (setting * 255) / 100 to translate a percentage to the value used for "Energy_Performance_Preference". Page 474 of the Intel® 64 and IA-32 Architectures Software Developer’s Manuals describes the IA32_HWP_REQUEST register in detail suggesting to take a closer look at bits [31:24]. I can recommend reading the whole section 14.4 HARDWARE-CONTROLLED PERFORMANCE STATES (HWP), but for now let's concentrate on the following new Speed Shift related MSRs in Skylake:

    • 0x770 IA32_PM_ENABLE
    • 0x771 IA32_HWP_CAPABILITIES
    • 0x774 IA32_HWP_REQUEST

    You can read (and write) MSRs with CrystalCPUID or RWEverything, which can be used for a quick check if Speed Shift is working as intended by Intel. The MSR 0x770 is pretty self-explanatory and 0x771 just lists different multipliers for min, guaranteed (max non-turbo) and max turbo states.

    The MSR at 0x774 should read 0x000000007F002201 for i7 (0x000000007F001E01 for i5 or 0x000000007F001601 for m3). The bold part can be divided as

    • 000 Activity_Window (bits 41:32, RW) - Hint on the duration of the sliding window used to optimize performance/frequency. Intel default is 0x000 to let the hardware decide itself, while Microsoft set 0x19E indicating a 30ms window.
    • 7E Energy_Performance_Preference (bits 31:24, RW) - Hint on how to balance perfomance vs energy savings. The Intel default value is 0x80, whereas Microsoft uses 0x00 for maximum performance leading to nonstop max turbo.
    • 00 Desired_Performance (bits 23:16, RW) - Anything but 0x00 indicates Speed Shift to be disabled or overruled by the OS.

    Was this answer helpful?

    0 comments No comments
  2. Anonymous
    2016-08-23T04:23:06+00:00

    Thank you for the information.

    The only problem remaining is it doesn't work when battery saver is on - the corresponding bits in MSR instantly changed to 00. Does anyone have workaround for this?

    Was this answer helpful?

    0 comments No comments
  3. Anonymous
    2016-08-24T15:58:07+00:00

    I think this is the problem. I notice that even since update to AU, surface integration service didn't work properly. It always display an console window at system startup. Before AU, that is not the case.

    Was this answer helpful?

    0 comments No comments
  4. Barb Bowman 80,805 Reputation points MVP Volunteer Moderator
    2016-08-25T15:40:05+00:00

    I’ve been told this is a Windows problem, not just impacting Surface devices and that a fix is being worked on by the Windows team. (No ETA, sorry.)

    Was this answer helpful?

    0 comments No comments