View source for Troubleshooting a Slow Linux System

An odd issue with a slow Linux server was brought to my attention. All the usual causes were ruled out:

* Not running low on memory or swapping
* Not low on CPU cycles (it's mostly idle)
* Disks are not dying
* Network mounts aren't a problem

Symptoms however were obvious. The shell was slow, running <code>top</code> and updating it as fast as it can by holding down the space bar would have it refresh only twice per second (while on a normal system, it would probably update ten or more times per second), running <code>ps -eaf</code> would take seconds. It also looked like any syscalls were affected which lead me to think it's an issue with the kernel or perhaps some loaded modules. Context switches weren't an issue, neither were interrupts. Nothing appeared wrong with the system.

It turns out, the CPU was heavily underclocked and I didn't catch the fact that the CPU frequency was in the hundreds of megahertz in my first round of troubleshooting.

{{Highlight
| code = [root@ebg boot]# lscpu
Architecture:          x86_64
CPU op-mode(s):        32-bit, 64-bit
Byte Order:            Little Endian
CPU(s):                80
On-line CPU(s) list:   0-79
Thread(s) per core:    2
Core(s) per socket:    10
Socket(s):             4
NUMA node(s):          4
Vendor ID:             GenuineIntel
CPU family:            6
Model:                 62
Model name:            Intel(R) Xeon(R) CPU E5-4640 v2 @ 2.20GHz
Stepping:              4
CPU MHz:               203.295
CPU max MHz:           2700.0000
CPU min MHz:           1200.0000
BogoMIPS:              4399.91
Virtualization:        VT-x
L1d cache:             32K
L1i cache:             32K
L2 cache:              256K
L3 cache:              20480K
NUMA node0 CPU(s):     0,4,8,12,16,20,24,28,32,36,40,44,48,52,56,60,64,68,72,76
NUMA node1 CPU(s):     1,5,9,13,17,21,25,29,33,37,41,45,49,53,57,61,65,69,73,77
NUMA node2 CPU(s):     2,6,10,14,18,22,26,30,34,38,42,46,50,54,58,62,66,70,74,78
NUMA node3 CPU(s):     3,7,11,15,19,23,27,31,35,39,43,47,51,55,59,63,67,71,75,79
Flags:                 fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx pdpe1gb rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc aperfmperf eagerfpu pni pclmulqdq dtes64 monitor d
s_cpl vmx smx est tm2 ssse3 cx16 xtpr pdcm pcid dca sse4_1 sse4_2 x2apic popcnt tsc_deadline_timer aes xsave avx f16c rdrand lahf_lm ssbd ibrs ibpb stibp tpr_shadow vnmi flexpriority ept vpid fsgsbase smep erms xsaveopt dtherm ida arat pln pts spec_ctrl intel_stibp flush_l1d
| lang = terminal
}}

The governor was set to powersave, but even then, the minimum frequency shouldn't dip below 1200MHz. Setting the governor to performance didn't make any difference.

{{Highlight
| code = [root@ebg boot]# cpupower frequency-info
analyzing CPU 0:
  driver: intel_pstate
  CPUs which run at the same hardware frequency: 0
  CPUs which need to have their frequency coordinated by software: 0
  maximum transition latency:  Cannot determine or is not supported.
  hardware limits: 1.20 GHz - 2.70 GHz
  available cpufreq governors: performance powersave
  current policy: frequency should be within 1.20 GHz and 2.70 GHz.
                  The governor "powersave" may decide which speed to use
                  within this range.
  current CPU frequency: 193 MHz (asserted by call to hardware)
  boost state support:
    Supported: yes
    Active: yes
    2500 MHz max turbo 4 active cores
    2500 MHz max turbo 3 active cores
    2600 MHz max turbo 2 active cores
    2700 MHz max turbo 1 active cores
| lang = terminal
}}

A reboot didn't make any difference. Eventually, I turned the server off and unplugged power to both PSUs and then turned it back on which seemed to have brought the server back up at the proper frequency.