p文件怎么打开 pcap格式怎么打开

1. CPU

1.1 load average含义：过去1分钟，5分钟，15分钟的平均负载；平均负载的含义：指单位时间内，系统处于可运行状态和不可中断状态的平均进程数，也就是平均活跃进程数，它和 CPU 使用率并没有直接关系。

1.2 CPU使用率：按照时钟来计算的，所以cpu使用率是1-空闲时间/总的时钟时间

1.3 Load Average和CPU使用率关系：

对于CPU密集型任务：Load Average和CPU使用率都会高

对于IO密集型任务：Load Average会高，但是CPU使用率不一定高

1.4 top显示的CPU指标含义：

a. us: 用户态的CPU时间

b. ni: 低优先级用户态CPU时间

c. sy: 内核态CPU时间

d. id: 空闲时间

e. wa: 等待IO的CPU时间

f. hi: 处理应中断的CPU时间

g. si: 处理软中断的CPU时间

1.5 CPU使用率过高处理方法：

a. 使用top或者pidstat命令找到使用CPU最多的进程

b.使用perf top查看占用CPU最多的函数或者指令，加上-g参数可以看到函数的调用栈

c.对于一些退出较快的进程，top命令不容易找到占用CPU较多的进程，使用：perf record -g 和 perf report可以分析出历史事件

d.如果是IOWait较高，可以通过pidstat -d 1 20查看每个进程的IO情况：

 间隔 1 秒输出多组数据 (这里是 20 组)
$ pidstat -d 1 20
...
06:48:46 UID PID kB_rd/s kB_wr/s kB_ccwr/s iodelay Command
06:48:47 0 4615 0.00 0.00 0.00 1 kworker/u4:1
06:48:47 0 6080 32768.00 0.00 0.00 170 app
06:48:47 0 6081 32768.00 0.00 0.00 184 app
06:48:47 UID PID kB_rd/s kB_wr/s kB_ccwr/s iodelay Command
06:48:48 0 6080 0.00 0.00 0.00 110 app
06:48:48 UID PID kB_rd/s kB_wr/s kB_ccwr/s iodelay Command
06:48:49 0 6081 0.00 0.00 0.00 191 app
06:48:49 UID PID kB_rd/s kB_wr/s kB_ccwr/s iodelay Command
06:48:50 UID PID kB_rd/s kB_wr/s kB_ccwr/s iodelay Command
06:48:51 0 6082 32768.00 0.00 0.00 0 app
06:48:51 0 6083 32768.00 0.00 0.00 0 app
06:48:51 UID PID kB_rd/s kB_wr/s kB_ccwr/s iodelay Command

e. 如果确定了某个进程造成了CPU使用率过高，可以使用strace -p查看这个线程的调用栈，从而知道哪个函数占用CPU最高 ?进程？线程？

1.6 大量僵尸进程处理方法：

a. 僵尸进程是有父进程没有回收子进程导致的

b.使用pstree -aps pid找到进程的父子关系，从而找到父进程，进行分析

1.7 对于Java程序，可以使用perf工具，查看火焰图，从而判断出哪个函数最消耗CPU

2. 内存

2.1 free指令各项指标含义：

$ free 
total used free shared buff/cache available
Mem: 8169348 263524 6875352 668 1030472 7611064
Swap: 0 0 0

a. total: 总内存

b. used: 已经使用的内存，包括了共享内存

c. buff/cache: 缓存和缓冲区的大小 buffer？ cache分别指的是啥？

d. available：新进程可使用内存大小

2.2 top命令各项指标含义：

$ top
...
KiB Mem : 8169348 total, 6871440 free, 267096 used, 1030812 buff/cache
KiB Swap: 0 total, 0 free, 0 used. 7607492 avail Mem 
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 
430 root 19 -1 122360 35588 23748 S 0.0 0.4 0:32.17 systemd-journal 
1075 root 20 0 771860 22744 11368 S 0.0 0.3 0:38.89 snapd 
1048 root 20 0 170904 17292 9488 S 0.0 0.2 0:00.24 networkd-dispat 
1 root 20 0 78020 9156 6644 S 0.0 0.1 0:22.92 systemd
12376 azure 20 0 76632 7456 6420 S 0.0 0.1 0:00.01 systemd
12374 root 20 0 107984 7312 6304 S 0.0 0.1 0:00.00 sshd

a. VIRT 是进程虚拟内存的大小，只要是进程申请过的内存，即便还没有真正分配物理内存，也会计算在内。

b. RES 是常驻内存的大小，也就是进程实际使用的物理内存大小，但不包括 Swap 和共享内存。

c. SHR 是共享内存的大小，比如与其他进程共同使用的共享内存、加载的动态链接库以及程序的代码段等。

d.%MEM 是进程使用物理内存占系统总内存的百分比。

2.3 内存泄露定位和处理

a. 通过pidstat- d可以找出哪个进程造成内存的上升

b. 通过memleak -p可以找出进程分配内存的调用栈

3. IO

3.1 iostat指令各项指标，显示每块磁盘的性能数据

$ iostat -d -x 1 
Device r/s w/s rkB/s wkB/s rrqm/s wrqm/s %rrqm %wrqm r_await w_await aqu-sz rareq-sz wareq-sz svctm %util 
loop0 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 
loop1 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 sda 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 sdb 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00

编辑切换为居中

添加图片注释，不超过 140 字（可选）

3.2 pidstat各项指标含义

$ pidstat -d 1 
13:39:51 UID PID kB_rd/s kB_wr/s kB_ccwr/s iodelay Command 
13:39:52 102 916 0.00 4.00 0.00 0 rsyslogd

uid：用户id

pid: 线程id

kB_rd/s： 每秒读数据大小

kB_wr/s：每秒写数据大小

kB_ccwr/s：每秒取消的写请求数据大小

iodelay：块IO大小

3.3 找出造成磁盘IO瓶颈的原因

a. 通过top命令观察iowait的情况

b. 通过iostat命令找到出现瓶颈的磁盘

c. 通过pidstat命令找到读写请求，ioutil很高的进程

d. strace -p打印进程的调用栈

e. lsof -p找到进程打开了那些文件

4. C 程序定位问题方法

4.1 top命令查看当前负载

4.2 top -Hp pid 查看当前进程的所有线程 cpu/memory占用情况，可以大致知道哪个线程有问题

4.3 sudo pstack pid >> be.pstack 进一步查看线程的栈，可以知道程序卡在哪里

4.4 sudo perf top 查看消耗cpu较高的函数

4.5 addr2line工具使用：通过addr2line可以把stdout日志中的地址解析成代码栈，方便定位问题

addr2line -e lib/palo_be  0x2af6f63 0x2c4095b 0x134d278 0x134bdcb 0x133d105 0x133d1d0 0x19930ed

4.6 pprof 生成cpu调用栈关系图

pprof --svg --seconds=60 http://be_host:be_webport/pprof/profile > be.svg 

5. Java 程序定位问题方法

5.1 截栈，可以看出来最多的线程是哪个，线程等待什么锁

jstack -l pid >> fe.jstack

如何排查死锁：http://juejin.cn/post/6844904152850497543

5.2 截堆，可以分析出来哪一块占用较多内存

jmap -dump:live,format=b,file=m.hprof PID

heap文件较大，解析时占用内存很高，不能在线上机器解析文件，拷贝到build04分析

调用命令对heap文件进行解析：

./ParseHeapDump.sh m.hprof org.eclipse.mat.api:suspects org.eclipse.mat.api:overview org.eclipse.mat.api:top_components

http://www.cnblogs.com/origin/liangzs/p/8489321.html