Author : Ingmar Verheij
Processors have the ability to save energy by entering a low-power mode. Each processor has serveral power modes called “C-states”. The C-states are introduced with the 486DX4 processor and are still present in the current processors. Over time more C-states are introduced to lower the power consumption and save energy.
Hypervisors (used to virtualize desktops or servers) like Citrix XenServers or Microsoft Hyper-V can have issues with C-states causing them to freeze, BSOD or slow down. This happens when C-state 3 “Sleep” or higher is enabled the BIOS.
A processor has multiple power modes, or C-states, it can operate in. The purpose of these modes is to lower the power consumption by disabling features if you don’t need them. Each mode shuts down (or lowers) one or more components of the processor lowering power consumption and increasing time to wake-up. The higher the C-state the processor is in, the deeper the sleep.
The normal processor operating mode is C0, or operating state, where the CPU is fully operational. Besides a number C-states are known by name (which describes there function) and have sub-modes. As you can see in the diagram the higher the C number is, the more circuits and signals are turned off and the deeper the sleep is.
While C-state 0 is the basic operating mode C-state 1 till 3 save power by cutting clock signals, C-state 4 to 6 work by reducing CPU voltage. The enhanced C-state modes can do both at the same time. Here’s a quick overview of the C-states present in modern processors (like the Intel Nehalem and Westmere)
|Mode||Name||What it does|
|C0||Operating State||CPU fully turned on|
|C1||Halt||Stops CPU main internal clocks via software; bus interface unit via APIC are kept running at full speed|
|C1E||Enhanced Halt||Stops CPU main internal clocks via software and reduces CPU voltage; but interface unit and APIC are kept running at full speed.|
|C1E||–||Stops all CPU internal clocks.|
|C2||Stop Grant||Stops CPU main internal clocks via hardware; bus interface unit and APIC are kept running at full speed.|
|C2||Stop Clock||Stops CPU internal and external clocks via hardware|
|C2E||Extended Stop Grant||Stops CPU main internal clocks via hardware and reduces CPU voltage; bus interface unit and APIC are kept running at full speed.|
|C3||Sleep||Stops all CPU internal clocks|
|C3||Deep Sleep||Stops all CPU internal and external clocks|
|C3||AltVID||Stops all CPU internal clocks and reduces CPU voltage|
|C4||Deeper Sleep||Reduces CPU voltage|
|C4E/C5||Enhanced Deeper Sleep||Reduces CPU voltage even more and turns off the memory cache|
|C6||Deep Power Down||Reduces the CPU internal voltage to any value, including 0 V|
The Intel Nehalem (or Core i7) has an embedded power control unit that allows the voltage for individual parts of the processor to be reduced or turned off.
How do I know if what C-states are enabled?
In Citrix XenServer this is fairly easy, just connect to the console (either via XenCenter or an SSH-capable client like PuTTY) and enter the command found below and it will return the total number of C-states.If the number of C-states is above 2, the C3 state “Sleep” is enabled and should be disabled in the BIOS.
[root@XenServer ~]# xenpm get-cpuidle-states | grep total | uniq
Since the C3 state enables the machine to enter Sleep state, in Microsoft Windows Hyper-V this is done by looking at Start > Shut down. If there is an option to enter Sleep mode (or Hibernate) the C3 state is enabled.
Unexpected XenServer reboot
Today around 14:45, during a training all virtual machines on a Citrix XenServer froze while the student where working on there lab. It didn’t took long to figure out the cause of the freeze, the machine had rebooted unexpectedly. After connecting to the host via a Lantronix Spider, an error message of the RAID controller was shown.
After bringing the host and virtual machines back online I started troubleshooting the issue. In the /var/log/message found the following events:
Feb 21 14:34:08 Lab fe: qemu-dm-63: XENIFACE Notice USER: Clipboard : Console changed Feb 21 14:34:08 Lab fe: qemu-dm-63: XENIFACE Notice USER: Clipboard : changed to session 1 Feb 21 14:34:25 Lab fe: qemu-dm-81: XENIFACE Notice USER: Clipboard : Console changed Feb 21 14:34:25 Lab fe: qemu-dm-81: XENIFACE Notice USER: Clipboard : changed to session 1 Feb 21 14:41:53 Lab xsconsole: Entering sleep due to inactivity - xsconsole is now blocked waiting for a keypress Feb 21 14:49:07 XenServer syslogd 1.4.1: restart. Feb 21 14:49:07 XenServer kernel: klogd 1.4.1, log source = /proc/kmsg started. Feb 21 14:49:07 XenServer kernel: Reserving virtual address space above 0xfdc00000 Feb 21 14:49:07 XenServer kernel: Linux version 220.127.116.11-0.7.1.xs18.104.22.1681.170662xen (geeko@buildhost) (gcc version 4.1.2 20080704 (Red Hat 4.1.2-48)) #1 SMP Mon Nov 28 10:39:00 EST 2011 Feb 21 14:49:07 XenServer kernel: KERNEL supported cpus: Feb 21 14:49:07 XenServer kernel: Intel GenuineIntel Feb 21 14:49:07 XenServer kernel: AMD AuthenticAMD Feb 21 14:49:07 XenServer kernel: NSC Geode by NSC Feb 21 14:49:07 XenServer kernel: Cyrix CyrixInstead Feb 21 14:49:07 XenServer kernel: Centaur CentaurHauls Feb 21 14:49:07 XenServer kernel: Transmeta GenuineTMx86 Feb 21 14:49:07 XenServer kernel: Transmeta TransmetaCPU Feb 21 14:49:07 XenServer kernel: Xen-provided machine memory map: Feb 21 14:49:07 XenServer kernel: BIOS: 0000000000000000 - 000000000009dc00 (usable) Feb 21 14:49:07 XenServer kernel: BIOS: 000000000009dc00 - 00000000000a0000 (reserved)
The event on line 5 “Entering sleep due to inactivity” was adjective because the opposite was true. There where 17 virtual machine active, users where actively using the machines (they where working on a lab) and the Citrix XenServer was pushed to its limits. There was really no reason to enter sleep mode.
This is most likely caused by the C-states that are enabled. After a quick check on the host I found out the C-states are indeed enabled (total C-states: 4). So I rebooted the machine, entered the BIOS (I’m using a white-box with an Asus motherboard), and disabled following features:
- Advanced \ CPU Configuration \ Enhanced Intel SpeedStep Technology
- Advanced \ CPU Configuration \ Turbo Mode
- Advanced \ CPU Configuration \ CPU C1E
- Advanced \ CPU Configuration \ CPU C3 Report
- Advanced \ CPU Configuration \ CPU C6 Report
All these features are not really necessary on a hypervisor host. You don’t want the host to vary the frequency of the processor to reduce power consumption if this negatively impacts the performance (or stability) of your virtual machines. Citrix recommends disabling the Turbo mode and C-states in knowledge base article CTX127395.
According to Citrix : “The core problem is faults in the hardware implementation of the new C-state features in this generation of CPUs. Citrix is investigating the software workarounds that can be implemented to avoid these issues, but recommends that on a current affected hardware, C-states should remain disabled in the BIOS until Intel can provide a CPU microcode update that facilitates the behavior of C-states as designed.”
How about Hyper-V
Microsoft Hyper-V has issues with the C-states as well. You can read about it in this blog article.