系统CPU利用率达到100%,请高手诊断，多谢！

andyli

ps aux|head -10
是列出系统启动以来的统计

还是用topas吧
topas -P -i 2 （默认是以CPU排序的，贴出来看看）

如果你是1快CPU，而且用CPU的都是ORACLE进程，那很可能是你程序在不停的读写库，那可能需要查程序。

andyli

ps aux|head -10
是列出系统启动以来的统计

还是用topas吧
topas -P -i 2 （默认是以CPU排序的，贴出来看看）

如果你是1快CPU，而且用CPU的都是ORACLE进程，那很可能是你程序在不停的读写库，而且没有I/O瓶颈（CPU不够），或者需要查程序。

supercan75

2cpu，4GB内存

supercan75

#topas -P -i 2

Topas Monitor for host:    masic1      Interval:   2    Wed May 26 15:52:18 2004

                               DATA  TEXT  PAGE               PGFAULTS
USER       PID    PPID PRI NI   RES   RES SPACE    TIME CPU%  I/O  OTH COMMAND
root    147526       1  67 20    49     1    81  327:07 11.5    0   10 syncd
oracle 1335540       1  66 20  1499  5231  1499   11:04  8.5    0  102 oracle
oracle 1581232       1  67 20   505  5231  1821  157:38  8.5    0   64 oracle
oracle 1720566       1  67 20  1508  5231  1508    2:14  8.5    0   45 oracle
oracle 1892606       1  66 20  1406  5231  1539   69:30  8.5    0    0 oracle
oracle  155706       1  67 20   658  5231  1625  245:28  8.0    0    0 oracle
oracle 1532052       1  66 20  1548  5231  1566   29:10  8.0    0    0 oracle  
oracle  467060       1  67 20  2705  5231  3100   76:39  8.0    0   57 oracle
oracle 1695920       1  66 20  1474  5231  1516   37:11  8.0    0   62 oracle
oracle  803046       1  67 20   601  5231  1634  149:06  7.5    0    0 oracle
oracle 1925190       1  67 20  1501  5231  1501    1:43  7.0    0  177 oracle
oracle 1196098       1  67 20  2770  5231  2782   11:04  7.0    0    0 oracle
oracle  786590       1  66 20   595  5231  1827  126:34  6.5    0   18 oracle
oracle 1081528       1  66 20   357  5231  1373  601:46  6.5    0    0 oracle
oracle  974852       1  66 20  1532  5231  1532   11:18  6.5    0   19 oracle  
oracle 1663192       1  66 20  1519  5231  1519    2:23  6.5    0  145 oracle
oracle 1769626       1  66 20  2812  5231  2812    3:06  6.0    0    0 oracle  
oracle 1794062       1  66 20  1522  5231  1535   21:53  6.0    0  219 oracle
oracle 1425578       1  66 20   585  5231  1560  391:47  6.0    0   31 oracle
oracle  934026       1  67 20  3587  5231  5231   10:50  6.0    0    0 oracle

USER       PID    PPID PRI NI   RES   RES SPACE    TIME CPU%  I/O  OTH COMMAND
oracle  155706       1  67 20   658  5230  1625  245:31 10.0    0    0 oracle
oracle 1794062       1  68 20  1509  5230  1523   21:56 10.0    0  123 oracle
oracle 1695920       1  67 20  1477  5230  1519   37:15  9.5    0  123 oracle
oracle 1859760       1  67 20   792  5230  1767  116:49  9.0    0   88 oracle
oracle 1925190       1  67 20  1492  5230  1492    1:45  9.0    0  121 oracle
oracle 1081528       1  68 20   357  5230  1373  601:49  8.0    0    0 oracle
oracle 1433732       1  67 20  3319  5230  3319    2:11  8.0    0    0 oracle  
oracle  974852       1  68 20  1513  5230  1513   11:20  7.5    0    0 oracle
oracle 1581232       1  67 20   508  5230  1824  157:40  7.5    0  153 oracle
oracle 1335540       1  67 20  1505  5230  1505   11:06  7.5    0  234 oracle
oracle  934026       1  67 20  3583  5230  5231   10:54  7.0    0    0 oracle
oracle 1548518       1  67 20  1960  5230  4426  106:59  7.0    0    0 oracle
oracle 1769626       1  67 20  2812  5230  2812    3:08  7.0    0    0 oracle
oracle  786590       1  67 20   595  5230  1827  126:38  6.5    0   77 oracle
oracle 1720566       1  67 20  1511  5230  1511    2:16  6.5    0  155 oracle  
oracle 1425578       1  67 20   585  5230  1560  391:49  6.5    0   72 oracle
oracle 1532052       1  66 20  1548  5230  1566   29:13  6.0    0    0 oracle  
oracle  434402       1  66 20  1142  5230  1819  114:14  6.0    0    0 oracle
oracle 1294368       1  66 20  1500  5230  1500    3:58  6.0    0    0 oracle
oracle  843910       1  67 20   655  5230  1524   19:06  6.0    0   60 oracle

supercan75

应该是我ORACLE程序有问题吗？这样判断对吗？该ORACLE程序在openVMS运行正常，到AIX运行才出现这样的情况，全是ORACLE的程序,没有外部的程序。

hzfanggh

肯定是程序的问题，瓶颈在CPU。

andyli

应用和oracle建的连接太多（可粗略统计一下ps -ef|grep oracle|wc -l），CPU被ORACLE全部占用，确定一下oracle为什么会占用这么多CPU

例如
1，先把连接oracle的应用暂时中断一下，简单手动执行几个sql看看反映时间快不快，看oracle是否正常，确定是否是oracle自己本身的问题
2，如果oracle正常，起来应用，查一下oracle里哪些sql语句执行的时间长，如果有，可能是SQL写的不好，需要优化
3，如果有太多的对库的读操作，而且不需要实时，可能要考虑在应用里采用CACHE机制，先读到内存里，定期刷新，尽最大可能降低对库的压力

orian

我建议你别查了，2C的630带100个client多慢都是正常的。何况用develop 2000开发的客户端，而且oracle用得好象是文件系统，以及由此可见你们做的程序，管的系统一定是新手，一定没有什么优化考虑。想要快一点改程序吧，这是根本，然后看看oracle的库结构，有没有更好的索引方式，最后把文件系统改成lv的。