进程占用CPU过高问题探讨，求帮助

ranmengxu

问题描述：
某个进程占用CPU达到120%，一般发生在运行一天后，进程处理数据量最高峰时期，进程处理数据为电话通话量数据，一天的早上，中午，下班时间为高峰。进程占CPU过高基本出现在早上8点左右。
1、硬件环境：
操作系统：Linux localhost.localdomain 2.6.18-53.el5xen #1 SMP Wed Oct 10 16:48:44 EDT 2007 x86_64 x86_64 x86_64 GNU/Linux
资源情况：（TOP命令显示）
top - 20:48:26 up 70 days, 22:00,  5 users,  load average: 0.57, 0.68, 0.82
Tasks: 156 total,   3 running, 153 sleeping,   0 stopped,   0 zombie
Cpu(s):  3.7%us,  2.9%sy,  0.0%ni, 90.4%id,  0.0%wa,  0.3%hi,  2.5%si,  0.2%st
Mem:  16390144k total,  4312480k used, 12077664k free,   604720k buffers
Swap: 51199144k total,        0k used, 51199144k free,  1815696k cached

2、软件描述
程序用C++实现，分为主程序和子模块，子模块以动态库方法被主程序加载，主程序负责接收远程数据包（多个点）和发送远程数据包（多个点），主程序和子模块的交互为队列交互方式，子模块被加载起来后，单独以线程方式运行，主程序发送数据给子模块时把数据压入子模块队列，子模块需要外发数据时把数据压入相关队列，主程序负责发送。各队列加锁同步。基本排除了子模块自身处理速度不够的情况。

进程占用CPU过高后，导致自身来源数据队列堵塞，可达到1000万条数据堵塞。

ranmengxu

早上出问题后，重启程序，CPU就降下来了，如果是自身无法处理高峰数据量，此时仍然会CPU过高才对。

accessory

是跑在XEN上面的啊？一定要用XEN么？不能用普通的KERNEL？

当看目前的描述看不出来啥。如果可以的话，加个OPROFILE，看看具体哪里慢了或者堵塞了。如果不能直接在客户那边加OPROFILE,就自己搭个小环境，想办法重现问题。

其实这个应该是事先测试好的。。。。。

EricFisher

120% ?