如果有更多的数据可以提供，请随时向我开枪。 我已经浏览了一些关于serverfault和其他博客的博客，并尽可能地收集了更多的信息。
我想跟踪/修复高CPU负载的原因。 随着这台服务器的呼叫几乎在未来6个月翻一番
自升级系统以来，CPU负载已经相当高。
这是裸机设置，没有virtulization：8核心32 G RAM在高峰时间处理600+呼叫从自Asterisk 1.8升级到11.23.1以来，负载平均可以高达50注意到这11.23.1 Linux版本 – Linux版本3.16.0-4-amd64 （[email protected]）
另一台使用Asterisk 1.8的机器具有类似的高负载问题。
以下是一些输出：
top - 12:52:25 up 487 days, 15:12, 4 users, load average: 49.90, 28.53, 20.71 Tasks: 192 total, 1 running, 191 sleeping, 0 stopped, 0 zombie %Cpu(s): 14.1 us, 11.0 sy, 0.1 ni, 72.0 id, 0.6 wa, 0.0 hi, 2.1 si, 0.0 st KiB Mem: 32774572 total, 31901268 used, 873304 free, 233072 buffers KiB Swap: 15624188 total, 27732 used, 15596456 free. 28175700 cached Mem PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 73940 asterisk 20 0 6520900 1.524g 19264 S 198.4 4.9 574:50.48 asterisk 84532 root 20 0 490524 234432 14120 S 2.0 0.7 538:14.15 captagent 73955 root 20 0 56912 11300 3040 S 1.7 0.0 13:57.47 mysql-proxy 25 root 20 0 0 0 0 S 1.0 0.0 73:40.51 ksoftirqd/3 3 root 20 0 0 0 0 S 0.3 0.0 1662:43 ksoftirqd/0 8 root 20 0 0 0 0 S 0.3 0.0 1115:01 rcu_sched 5674 root 20 0 23636 2828 2296 S 0.3 0.0 10:04.49 top
top - 11:27:42 up 487 days, 13:47, 4 users, load average: 40.79, 34.43, 31.62 Tasks: 189 total, 1 running, 188 sleeping, 0 stopped, 0 zombie %Cpu0 : 9.7 us, 8.7 sy, 0.0 ni, 75.0 id, 0.7 wa, 0.0 hi, 6.0 si, 0.0 st %Cpu1 : 16.0 us, 14.3 sy, 12.9 ni, 54.7 id, 0.7 wa, 0.0 hi, 1.4 si, 0.0 st %Cpu2 : 11.5 us, 9.8 sy, 0.3 ni, 75.7 id, 0.0 wa, 0.0 hi, 2.7 si, 0.0 st %Cpu3 : 20.1 us, 15.0 sy, 0.0 ni, 55.1 id, 0.7 wa, 0.0 hi, 9.1 si, 0.0 st %Cpu4 : 9.3 us, 10.3 sy, 0.0 ni, 80.1 id, 0.0 wa, 0.0 hi, 0.3 si, 0.0 st %Cpu5 : 21.3 us, 16.0 sy, 0.0 ni, 62.3 id, 0.3 wa, 0.0 hi, 0.0 si, 0.0 st %Cpu6 : 7.1 us, 9.1 sy, 0.0 ni, 83.4 id, 0.3 wa, 0.0 hi, 0.0 si, 0.0 st %Cpu7 : 18.1 us, 15.4 sy, 0.0 ni, 66.2 id, 0.3 wa, 0.0 hi, 0.0 si, 0.0 st KiB Mem: 32774572 total, 31925508 used, 849064 free, 232344 buffers KiB Swap: 15624188 total, 26352 used, 15597836 free. 28303972 cached Mem PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 73940 asterisk 20 0 6463216 1.427g 19264 S 210.1 4.6 382:14.33 asterisk 73955 root 20 0 55400 9716 3040 S 1.7 0.0 12:11.70 mysql-proxy 84532 root 20 0 490524 233396 14120 S 1.7 0.7 536:42.82 captagent 25 root 20 0 0 0 0 S 1.0 0.0 73:02.67 ksoftirqd/3 /proc/interrupts 110: 1669403939 252693 0 0 0 0 0 0 PCI-MSI-edge eth0-tx-0 111: 4070210232 466049458 128053 0 0 0 0 0 PCI-MSI-edge eth0-rx-1 112: 3977477299 0 256234622 47225 0 0 0 0 PCI-MSI-edge eth0-rx-2 113: 2078000933 295945 0 1528295501 0 0 0 0 PCI-MSI-edge eth0-rx-3
我打算在这里抓的是打破资源在“星号”。 至less我有方向或点来比较。
CPU最大的用户是转码。 当你重新创build同行/用户你强制正确的编解码器和订单？ 如果不是你的盒子可能会做一些转码。 打电话时检查转码。