Динамическое отключение ядер энергосберегающим способом?

Методы ограничения C-состояний, описанные выше, будут постоянными (до перезагрузки системы). Если вы хотите, чтобы у системы была чрезвычайно низкая задержка в определенные часы, но в другое время вы хотели бы сэкономить больше энергии, существует метод динамического контроля того, какие C-состояния используются.

Чтобы динамически управлять состояниями C, откройте файл /dev/cpu_dma_latency и запишите в него максимально допустимую задержку. Это предотвратит использование C-состояний с задержками перехода, превышающими указанное значение, при условии, что файл /dev/cpu_dma_latency остается открытым. Запись максимально допустимой задержки 0 будет держать процессоры в C0 (как при использовании параметра ядра "idle=poll"), а запись низкого значения (обычно 5 или ниже) должна заставить процессоры переходить в C1 в режиме ожидания. The exact value needed to restrict processors to the C1 state depends on various factors such as which idle driver you are using, which CPUs you are using, and possibly the ACPI tables in your system. Higher values could also be written to restrict the use of C-states with latency greater than the value written. The value used should correspond to the latency values in /sys/devices/system/cpu/cpuX/cpuidle/stateY/latency (where X is the CPU number and Y is the idle state)—CPU idle states that have a greater latency than written to /dev/cpu_dma_latency should not be used.

One simple way to do this is by compiling a simple program that will write to this file, and stay open until it is killed. An example of such a program is below, and can be compiled by cutting and pasting the code into a file called setcpulatency.c, and running “make setcpulatency”. So, to minimize latency during certain hours, say from 8AM until 5PM, a cron job could be set up to run at 8AM. This cron job could run setcpulatency in the background with an argument of 0, with a cron table entry like this:

00 08 * * * /path/to/setcpulatency 0 &

Then, at 5PM, another cron job could kill any program that's holding /dev/cpu_dma_latency open:

00 17 * * * kill -9 `lsof –t /dev/cpu_dma_latency`

Of course, this is just an example to show how C-states can be dynamically controlled... the crond service is often disabled in low latency environments, but these steps could be taken manually or run by other means.

#include <stdio.h>
#include <fcntl.h>

int main(int argc, char **argv) {
   int32_t l;
   int fd;

   if (argc != 2) {
      fprintf(stderr, "Usage: %s <latency in us>\n", argv[0]);
      return 2;
   }

   l = atoi(argv[1]);
   printf("setting latency to %d us\n", l);

   fd = open("/dev/cpu_dma_latency", O_WRONLY);

   if (fd < 0) {
      perror("open /dev/cpu_dma_latency");
      return 1;
   }

   if (write(fd, &l, sizeof(l)) != sizeof(l)) {
      perror("write to /dev/cpu_dma_latency");
      return 1;
   }
}