互联网服务cpu进程java进程

java进程占用cpu高,不知道是什么进程

ps -ef |grep javaroot  127148       1  91 16:17:28      - 1010:40 /usr/java5/jre/bin/java -Dderby.system.home=/usr/ibm/common/acsi/repos -Xrs -Djava.library.path=/tmp/acsisvc/f0904c11:/usr/j...显示全部
ps -ef |grep java
root  127148       1  91 16:17:28      - 1010:40 /usr/java5/jre/bin/java -Dderby.system.home=/usr/ibm/common/acsi/repos -Xrs -Djava.library.path=/tmp/acsisvc/f0904c11:/usr/java5/jre/bin:/usr/java5/jre/bin:/usr/java5/jre/bin/classic:/usr/java5/jre/bin:/usr/ibm/common/acsi/lib:/usr/java5/jre/bin/j9vm:/usr/lib: -classpath /tmp/acsisvc/f0904c11/sisvboot.jar:/tmp/acsisvc/f0904c11/setup.jar:/tmp/acsisvc/f0904c11/jlog.jar:/tmp/acsisvc/f0904c11/derbynet.jar:/tmp/acsisvc/f0904c11/derbytools.jar:/tmp/acsisvc/f0904c11/derby.jar:/tmp/acsisvc/f0904c11/xercesImpl.jar: com.ibm.ac.si.service.ACSIServiceManager -sipath /usr/ibm/common/acsi -start -jardir /tmp/acsisvc/f0904c11 -completionfile /tmp/acsisvc/f0904c11/oresult -errorfile /tmp/acsisvc/f0904c11/eresult

查看日志:
more /usr/ibm/common/acsi/repos/debry.log
这个进程貌似要监听4130端口

关于这个端口的解释:
more /etc/secvices
acsisrv   4130/tcp    # ACSI Service

topas收集关于这个java进程的信息
Name            PID  CPU%  PgSp Owner           
java         127148  24.2  33.1 root           

nmon收集关于这个java进程的信息
+-topas_nmon--#=PURR Stats-------Host=wyServA--------Refresh=2 secs---09:46.07-----------------------------------------------------+
| Top-Processes-(142) -----Mode=3  [1=Basic 2=CPU 3=Perf 4=Size 5=I/O 6=Cmds]------------------------------------------------------|
|  PID       %CPU     Size      Res     Res      Res     Char    RAM      Paging         Command                                   |
|            Used       KB      Set     Text     Data     I/O     Use   io   other repage                                          |
|  127148    95.7    34004    34008       72    33936    37538    0%      0      0      0 java                                     |

这到底是个什么东东,4130端口又是做什么的,这个进程是在系统启动时就由的。不知道是做什么用的,可否Kill收起
参与13

查看其它 11 个回答suncoljsh的回答

suncoljshsuncoljsh系统架构师suncoasp
回复 11# aixilove


    楼主你的JDK版本是多少,1.5b以上的支持JAVA DUMP打印的,我的思路是先top ,查看高位子线程,然后对这个JAVA的PID进行追踪打印,LINUX 下我可以通过jstack -F pid把JAVA引用的相关类等打印出来,这样一来就能分析出具体哪里出了问题,JDK1.4版本不支持JAVA DUMP内部打印的。如果是1.4的话,那必须要借助三方的监控工具与中间件配合,将中间件容器内的JAVA调用情况显示出来,进行排错定位.因为JAVA JVM本身就是个封装的虚机,内部运行对外不可见,在JDK1.4的情况下,一是三方中间件监控工具,二是将所有的引用类加入基类日志打印,或放入探针。我的建议希望对楼主有帮助。
IT分销/经销 · 2011-10-17
浏览2259

回答者

suncoljsh
系统架构师suncoasp
擅长领域: 服务器Linux监控

suncoljsh 最近回答过的问题

回答状态

  • 发布时间:2011-10-17
  • 关注会员:1 人
  • 回答浏览:2259
  • X社区推广