|
mina发送消息和接受消息特别慢 通过mina的日志发现没有明显报错信息，只发现发送一条信息的时候日志执行的特别慢。我通过日志了解到session也没有特别多，完全可以胜任. 查看java线程 ps -aux | grep java 查看端口号占用 netstat –apn | grep 8888 kill 命令用于终止进程 使用top命令查看cpu一些信息：
统计信息区前五行是系统整体的统计信息。第一行是任务队列信息，同 uptime 命令的执行结果。其内容如下： 01:06:48 当前时间 up 1:22 系统运行时间，格式为时:分 1 user 当前登录用户数 load average: 0.06, 0.60, 0.48 系统负载，即任务队列的平均长度。三个数值分别为 1分钟、5分钟、15分钟前到现在的平均值。 第二、三行为进程和CPU的信息。当有多个CPU时，这些内容可能会超过两行。内容如下： total 进程总数running 正在运行的进程数sleeping 睡眠的进程数stopped 停止的进程数zombie 僵尸进程数Cpu(s): 0.3% us 用户空间占用CPU百分比1.0% sy 内核空间占用CPU百分比0.0% ni 用户进程空间内改变过优先级的进程占用CPU百分比98.7% id 空闲CPU百分比0.0% wa 等待输入输出的CPU时间百分比0.0%hi：硬件CPU中断占用百分比0.0%si：软中断占用百分比0.0%st：虚拟机占用百分比 最后两行为内存信息。内容如下： Mem: 191272k total 物理内存总量 173656k used 使用的物理内存总量 17616k free 空闲内存总量 22052k buffers 用作内核缓存的内存量 Swap: 192772k total 交换区总量 0k used 使用的交换区总量 192772k free 空闲交换区总量 123988k cached 缓冲的交换区总量,内存中的内容被换出到交换区，而后又被换入到内存，但使用过的交换区尚未被覆盖，该数值即为这些内容已存在于内存中的交换区的大小,相应的内存再次被换出时可不必再对交换区写入。 进程信息区统计信息区域的下方显示了各个进程的详细信息。首先来认识一下各列的含义。 序号 列名 含义 a PID 进程id b PPID 父进程id c RUSER Real user name d UID 进程所有者的用户id e USER 进程所有者的用户名 f GROUP 进程所有者的组名 g TTY 启动进程的终端名。不是从终端启动的进程则显示为 ? h PR 优先级 i NI nice值。负值表示高优先级，正值表示低优先级 j P 最后使用的CPU，仅在多CPU环境下有意义 k %CPU 上次更新到现在的CPU时间占用百分比 l TIME 进程使用的CPU时间总计，单位秒 m TIME+ 进程使用的CPU时间总计，单位1/100秒 n %MEM 进程使用的物理内存百分比 o VIRT 进程使用的虚拟内存总量，单位kb。VIRT=SWAP+RES p SWAP 进程使用的虚拟内存中，被换出的大小，单位kb。 q RES 进程使用的、未被换出的物理内存大小，单位kb。RES=CODE+DATA r CODE 可执行代码占用的物理内存大小，单位kb s DATA 可执行代码以外的部分(数据段+栈)占用的物理内存大小，单位kb t SHR 共享内存大小，单位kb u nFLT 页面错误次数 v nDRT 最后一次写入到现在，被修改过的页面数。 w S 进程状态(D=不可中断的睡眠状态,R=运行,S=睡眠,T=跟踪/停止,Z=僵尸进程) x COMMAND 命令名/命令行 y WCHAN 若该进程在睡眠，则显示睡眠中的系统函数名 z Flags 任务标志，参考 sched.h 发现mina线程cpu 跑到200%，继续寻找为什么cpu200%？？ 首先dump出该进程的所有线程及状态 jstack -l 24999 > 24999.stack 使用top命令找到耗cpu的线程 发现25025-25026这2个线程占用的cpu比较高都是100% 将线程的pid 转成16进制，比如25025 = 0x61c1 25026 = 0x61c2 这个功能可以直接使用电脑自带的计算器
查看24999.stack查找ox61c1 "Thread-3" prio=10 tid=0x0000000040bf0000 nid=0x61c2 runnable [0x00007f8b2db52000] java.lang.Thread.State: RUNNABLE at com.doeis.log.QueueManager$MsgConsumerThread.run(QueueManager.java:226) Locked ownable synchronizers: - None "Thread-2" prio=10 tid=0x00000000409b5800 nid=0x61c1 runnable [0x00007f8b2dc53000] java.lang.Thread.State: RUNNABLE at com.doeis.log.QueueManager$ConsumerThread.run(QueueManager.java:188) Locked ownable synchronizers: - None 最后发现QueueManager这个类型中有2个线程，发现这2个线程消耗cpu比较高，最后对这个线程处理 |
