Частота процессора меньше, чем должно быть.

Соответственно в /proc/cpuinfo такое:
model name : Intel(R) Core(TM)2 Duo CPU E6550 @ 2.33GHz
stepping : 11
cpu MHz : 1875.685
cache size : 4096 KB
на оба ядра.

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

ps -aux в студию

$ cat /dev/urandom >/dev/null &
12345
$ cat /dev/urandom >/dev/null &
12350
$ cat /proc/cpuinfo

Процессор на ходу снизает частоту при отсутствии нагрузки.

man cpuspeed

# vmstat 1
procs -----------memory---------- ---swap-- -----io---- --system-- -----cpu------
 r  b   swpd   free   buff  cache   si   so    bi    bo   in   cs us sy id wa st
 3  0      0 814560  92304 752872    0    0     0   184 1195  158  3 97  0  0  0
 2  0      0 814560  92304 752908    0    0     0     0 1110  137 10 90  0  0  0
 2  0      0 814560  92304 752908    0    0     0     0 1145   83  0 100  0  0  0
 2  0      0 814204  92304 752908    0    0     0     0 1211  227  4 96  0  0  0
 2  0      0 815196  92312 752900    0    0     0    64 1117  165  5 96  0  0  0
Частота процессора не увеличивается. Что было в cpuinfo, то и остаётся.
О том, что частота может меняться динамически, я знаю. На всех серверах я всегда
отключаю демон cpuspeed и проц работает с нормальной частотой постоянно,
здесь же постоянно работает на пониженной частоте.
Да и как показывает dmesg, он ещё в самом начале загрузки ядра с такой частотой определяется.

А что скажет cat /proc/acpi/processor/CPU0/* ?

processor id:            0
acpi id:                 0
bus mastering control:   no
power management:        no
throttling control:      yes
limit interface:         yes
active limit:            P0:T0
user limit:              P0:T0
thermal limit:           P0:T0
active state:            C1
max_cstate:              C8
bus master activity:     00000000
states:
   *C1:                  type[C1] promotion[--] demotion[--] latency[000] usage[00000000] duration[00000000000000000000]
state count:             2
active state:            T0
states:
   *T0:                  00%
    T1:                  50%

После подгрузки ручками модуля acpi_cpufreq, создался каталог
/sys/devices/system/cpu/cpu*/cpufreq и теперь я не могу удалить модуль ручками:
# modprobe -r acpi_cpufreq
FATAL: Module acpi_cpufreq is in use.
При этом служба cpuspeed отключена.
А перезагрузить сервер, чтоб не было этого модуля сейчас не имею возможности. С подгруженным модулем, ситуация такая же.

Тут вроде всё в порядке. А что в каталоге?

ls -l /sys/devices/system/cpu/cpu0/cpufreq/
-r--r--r-- 1 root root 4096 Апр 15 13:23 affected_cpus
-r--r--r-- 1 root root    0 Апр 15 14:09 cpuinfo_max_freq
-r--r--r-- 1 root root 4096 Апр 15 13:23 cpuinfo_min_freq
-r--r--r-- 1 root root 4096 Апр 15 13:23 scaling_available_frequencies
-r--r--r-- 1 root root 4096 Апр 15 13:23 scaling_available_governors
-r--r--r-- 1 root root 4096 Апр 15 13:23 scaling_cur_freq
-r--r--r-- 1 root root 4096 Апр 15 13:23 scaling_driver
-rw-r--r-- 1 root root    0 Апр 15 14:05 scaling_governor
-rw-r--r-- 1 root root    0 Апр 15 15:10 scaling_max_freq
-rw-r--r-- 1 root root 4096 Апр 15 13:23 scaling_min_freq
-rw-r--r-- 1 root root    0 Апр 15 15:11 scaling_setspeed

До подгрузки модуля каталога cpufreq не было. uptime 15:05:52 up 10:34.
в cpuinfo_max_freq  1867000
                    ^^^^^^^
scaling_available_frequencies  1867000 1600000
scaling_governor  userspace

echo xxxx > scaling_setspeed ничего больше 1867000 не воспринимает,
после команды echo 2000000 > scaling_setspeed в scaling_setspeed 1867000.
Тоже и с scaling_max_freq.

Плата коэффициент понижает, если процеесор не загружен...дорога Вам в настройку Биос....

>Плата коэффициент понижает, если процеесор не загружен...дорога Вам в настройку Биос....

Ну конечно! Вот только нагрузка может быть не причем :)

Всем спасибо. Оказалось на арендованном сервере служба поддержки не правильно частоту шины выставила.