sar命令的用法很多，有时判断一个问题，需要几个sar命令结合起来使用，比如，怀疑CPU存在瓶颈，可用sar -u 和sar -q来看，怀疑I/O存在瓶颈，可用sar -b、sar -u和 sar-d来看
Sar
-A 所有的报告总和
-a 文件读，写报告
-B 报告附加的buffer cache使用情况
-b buffer cache使用情况
-c 系统调用使用报告
-d 硬盘使用报告
-g 有关串口I/O情况
-h 关于buffer使用统计数字
-m IPC消息和信号灯活动
-n 命名cache
-p 调页活动
-q 运行队列和交换队列的平均长度
-R 报告进程的活动
-r 没有使用的内存页面和硬盘块
-u CPU利用率
-v 进程，i节点，文件和锁表状态
-w 系统交换活动
-y TTY设备活动 sar –a 5 5
SCO_SV scosvr 3.2v5.0.5 PentII(D)ISA 06/07/2002
11:45:40 iget/s namei/s dirbk/s (-a)
11:45:45 6 2 2
11:45:50 91 20 28
11:45:55 159 20 18
11:46:00 157 21 19
11:46:05 177 30 35
Average 118 18 20
iget/s 每秒由i节点项定位的文件数量
namei/s 每秒文件系统路径查询的数量
dirbk/s 每秒所读目录块的数量
*这些值越大，表明核心花在存取用户文件上的时间越多，它反映着一些程序和应用文件系统产生的负荷。一般地，如果iget/s与namei/s的比值大于5，并且namei/s的值大于30，则说明文件系统是低效的。这时需要检查文件系统的自由空间，看看是否自由空间过少。 -b 报告缓冲区（buffer cache）的使用情况（buffer cache）-b 报告缓冲区的使用情况
sar -b 2 3
SCO_SV scosvr 3.2v5.0.5 PentII(D)ISA 06/07/2002
13:51:28 bread/s lread/s %rcache bwrit/s lwrit/s %wcache pread/s pwrit/s (-b)
13:51:30 382 1380 72 131 273 52 0 0
13:51:32 378 516 27 6 22 72 0 0
13:51:34 172 323 47 39 57 32 0 0
Average 310 739 58 58 117 50 0 0
bread/s 平均每秒从硬盘（或其它块设备）读入系统buffer的物理块数
lread/s 平均每秒从系统buffer读出的逻辑块数
%rcache 在buffer cache中进行逻辑读的百分比（即100% - bread/lreads）
bwrit/s 平均每秒从系统buffer向磁盘（或其它块设备）所写的物理块数
lwrit/s 平均每秒写到系统buffer的逻辑块数
%wcache 在buffer cache中进行逻辑写的百分比（即100% - bwrit/lwrit）.
pread/sgu 平均每秒请求进行物理读的次数
pwrit/s 平均每秒请求进行物理写的次数
*所显示的内容反映了目前与系统buffer有关的读，写活。在所报告的数字中，最重要的是%rcache和%wcache（统称为cache命中率）两列，它们具体体现着系统buffer的效率。衡量cache效率的标准是它的命中率值的大小。
*如果%rcache的值小于90或者%wcache的值低于65，可能就需要增加系统buffer的数量。如果在系统的应用中，系统的I/O活动十分频繁，并且在内存容量配置比较大时，可以增加buffer cache，使%rcache达到95左右，%wcache达到80左右。
*系统buffer cache中，buffer的数量由核心参数NBUF控制。它是一个要调的参数。系统中buffer数量的多少是影响系统I/O效率的瓶颈。要增加系统buffer数量，则要求应该有较大的内存配置。否则一味增加buffer数量，势必减少用户进程在内存中的运行空间，这同样会导致系统效率下降。 sar -c 2 3
SCO_SV scosvr 3.2v5.0.5 PentII(D)ISA 06/07/2002
17:02:42 scall/s sread/s swrit/s fork/s exec/s rchar/s wchar/s (-c)
17:02:44 2262 169 141 0.00 0.00 131250 22159
17:02:46 1416 61 38 0.00 0.00 437279 6464
17:02:48 1825 43 25 0.00 0.00 109397 42331
Average 1834 91 68 0.00 0.00 225975 23651
scall/s 每秒使用系统调用的总数。一般地，当4~6个用户在系统上工作时，每秒大约30个左右。
sread/s 每秒进行读 *** 作的系统调用数量。
swrit/s 每秒进行写 *** 作的系统调用数量。
fork/s 每秒fork系统调用次数。当4~6个用户在系统上工作时，每秒大约0.5秒左右。
exec/s 每秒exec系统调用次数。
rchar/s 每秒由读 *** 作的系统调用传送的字符（以字节为单位）。
wchar/s 每秒由写 *** 作的系统调用传送的字符（以字节为单位）。
*如果scall/s持续地大于300，则表明正在系统中运行的可能是效率很低的应用程序。在比较
典型的情况下，进行读 *** 作的系统调用加上进行写 *** 作的系统调用之和，约是scall的一半左右。 sar -d 2 3
SCO_SV scosvr 3.2v5.0.5 PentII(D)ISA 06/07/2002
17:27:49 device %busy avque r+w/s blks/s avwait avserv (-d)
17:27:51 ida-0 6.93 1.00 13.86 259.41 0.00 5.00
ida-1 0.99 1.00 17.33 290.10 0.00 0.57
17:27:53 ida-0 75.50 1.00 54.00 157.00 0.00 13.98
ida-1 9.50 1.00 12.00 75.00 0.00 7.92
17:27:55 ida-0 7.46 1.00 46.77 213.93 0.00 1.60
ida-1 17.41 1.00 57.71 494.53 0.00 3.02
Average ida-0 29.85 1.00 38.14 210.28 0.00 7.83
ida-1 9.29 1.00 29.02 286.90 0.00 3.20
device 这是sar命令正在监视的块设备的名字。
%busy 设备忙时，运行传送请求所占用的时间。这个值以百分比表示。
avque 在指定的时间周期内，没有完成的请求数量的平均值。仅在队列被占满时取这个值。
r+w/s 每秒传送到设备或者从设备传送出的数据量。
blks/s 每秒传送的块数。每块512个字节。
avwait 传送请求等待队列空闲的平均时间（以毫秒为单位）。仅在队列被占满时取这个值。
avserv 完成传送请求所需平均时间（以毫秒为单位）
*ida-0和ida-1是硬盘的设备名字。在显示的内容中，如果%busy的值比较小，说明用于处理
传送请求的有效时间太少，文件系统的效率不高。要使文件系统的效率得到优化，应使%busy的数值相对高一些，而avque的值应该低一些。 sar -g 3 3
SCO_SV scosvr 3.2v5.0.5 PentII(D)ISA 06/13/2002
11:10:09 ovsiohw/s ovsiodma/s ovclist/s (-g)
11:10:12 0.00 0.00 0.00
11:10:15 0.00 0.00 0.00
11:10:18 0.00 0.00 0.00
Average 0.00 0.00 0.00
ovsiohw/s 每秒在串囗I/O硬件出现的溢出。
ovsiodma/s 每秒在串囗I/O的直接输入，输出信道高速缓存出现的溢出。
ovclist/s 每秒字符队列出现的溢出。 -m 报告进程间的通信活动（IPC消息和信号灯活动）情况
sar -m 4 3
SCO_SV scosvr 3.2v5.0.5 PentII(D)ISA 06/13/2002
13:24:28 msg/s sema/s (-m)
13:24:32 2.24 9.95
13:24:36 2.24 21.70
13:24:40 2.00 36.66
Average 2.16 22.76
msg/s 每秒消息 *** 作的次数（包括发送消息的接收信息）。
sema/s 每秒信号灯 *** 作次数。
*信号灯和消息作为进程间通信的工具，如果在系统中运行的应用过程中没有使用它们，那么由sar命令报告的msg 和sema的值都将等于0.00。如果使用了这些工具，并且其中或者msg/s大于100，或者sema/s大于100，则表明这样的应用程序效率比较低。原因是在这样的应用程序中，大量的时间花费在进程之间的沟通上，而对保证进程本身有效的运行时间必然产生不良的影响。 sar -n 4 3
SCO_SV scosvr 3.2v5.0.5 PentII(D)ISA 06/13/2002
13:37:31 c_hits cmisses (hit %) (-n)
13:37:35 1246 71 (94%)
13:37:39 1853 81 (95%)
13:37:43 969 56 (94%)
Average 1356 69 (95%)
c_hits cache命中的数量。
cmisses cache未命中的数量。
(hit %) 命中数量/(命中数理+未命中数量)。
*不难理解，(hit %)值越大越好，如果它低于90%，则应该调整相应的核心参数。 sar -p 5 3
SCO_SV scosvr 3.2v5.0.5 PentII(D)ISA 06/13/2002
13:45:26 vflt/s pflt/s pgfil/s rclm/s (-p)
13:45:31 36.25 50.20 0.00 0.00
13:45:36 32.14 58.48 0.00 0.00
13:45:41 79.80 58.40 0.00 0.00
Average 49.37 55.69 0.00 0.00
vflt/s 每秒进行页面故障地址转换的数量（由于有效的页面当前不在内存中）。
pflt/s 每秒来自由于保护错误出现的页面故障数量（由于对页面的非法存，取引起的页面故障）。
pgfil/s 每秒通过”页—入”满足vflt/s的数量。
rclm/s 每秒由系统恢复的有效页面的数量。有效页面被增加到自由页面队列上。
*如果vflt/s的值高于100，可能预示着对于页面系统来说，应用程序的效率不高，也可能分页参数需要调整，或者内存配置不太合适。 -q 报告进程队列（运行队列和交换队列的平均长度）情况
sar -q 2 3
SCO_SV scosvr 3.2v5.0.5 PentII(D)ISA 06/13/2002
14:25:50 runq-sz %runocc swpq-sz %swpocc (-q)
14:25:52 4.0 50
14:25:54 9.0 100
14:25:56 9.0 100
Average 7.3 100
runq-sz 准备运行的进程运行队列。
%runocc 运行队列被占用的时间（百分比）
swpq-sz 要被换出的进程交换队列。
%swpocc 交换队列被占用的时间（百分比）。
*如果%runocc大于90，并且runq-sz的值大于2，则表明CPU的负载较重。其直接后果，可能使系统的响应速度降低。如果%swpocc大于20，表明交换活动频繁，将严重导致系统效率下降。解决的办法是加大内存或减少缓存区数量，从而减少交换及页—入,页—出活动。 -r 报告内存及交换区使用情况（没有使用的内存页面和硬盘块）
sar -r 2 3
SCO_SV scosvr 3.2v5.0.5 PentII(D)ISA 06/14/2002
10:14:19 freemem freeswp availrmem availsmem (-r)
10:14:22 279729 6673824 93160 1106876
10:14:24 279663 6673824 93160 1106876
10:14:26 279661 6673824 93160 1106873
Average 279684 6673824 93160 1106875
freemem 用户进程可以使用的内存页面数，4KB为一个页面。
freeswp 用于进程交换可以使用的硬盘盘块，512B为一个盘块。 sar -u 2 3
SCO_SV scosvr 3.2v5.0.5 PentII(D)ISA 06/14/2002
10:27:23 %usr %sys %wio %idle (-u)
10:27:25 2 3 8 88
10:27:27 3 3 5 89
10:27:29 0 0 0 100
Average 2 2 4 92
%usr cpu处在用户模式下时间（百分比）
%sys cpu处在系统模式下时间（百分比）
%wio cpu等待输入，输出完成（时间百分比）
%idle cpu空闲时间（百分比）
*在显示的内容中，%usr和 %sys这两个值一般情况下对系统无特别影响，%wio的值不能太高，如果%wio的值过高，则CPU花在等待输入，输出上的时间太多，这意味着硬盘存在I/O瓶颈。如果%idle的值比较高，但系统响应并不快，那么这有可能是CPU花时间等待分配内存引起的。%idle的值可以较深入帮助人们了解系统的性能，在这种情况上，%idle的值处于40~100之间，一旦它持续低于30，则表明进程竞争的主要资源不是内存而是CPU。
*在有大量用户运行的系统中，为了减少CPU的压力，应该使用智能多串卡，而不是非智能多串卡。智能多串卡可以承担CPU的某些负担。
*此外，如果系统中有大型的作业运行，应该把它们合理调度，错开高峰，当系统相对空闲时再运行。 -v 报告系统表的内容（进程，i节点，文件和锁表状态）
sar -v 2 3
SCO_SV scosvr 3.2v5.0.5 PentII(D)ISA 06/14/2002
10:56:46 proc-sz ov inod-sz ov file-sz ov lock-sz (-v)
10:56:48 449/ 500 0 994/4147 0 1313/2048 0 5/ 128
10:56:50 450/ 500 0 994/4147 0 1314/2048 0 5/ 128
10:56:52 450/ 500 0 994/4147 0 1314/2048 0 5/ 128
proc-sz 目前在核心中正在使用或分配的进程表的表项数
inod-sz 目前在核心中正在使用或分配的i节点表的表项数
file-sz 目前在核心中正在使用或分配的文件表的表项数
ov 溢出出现的次数
lock-sz 目前在核心中正在使用或分配的记录加锁的表项数
*除ov外，均涉及到unix的核心参数，它们分别受核心参数NPROC,NIMODE,NFILE和FLOCKREC的控制。
*显示格式为：
实际使用表项/整个表可以使用的表项数
比如，proc-sz一列所显示的四个数字中，分母的100是系统中整个进程表的长度（可建立100个表项），分子上的24，26和25分别是采样的那一段时间所使用的进程表项。inod-sz，file-sz和lock-sz三列数字的意义也相同。
三列ov的值分别对应进程表，i节点表和文件表，表明目前这三个表都没有出现溢出现象，当出现溢出时，需要调整相应的核心参数，将对应表加大。 sar -w 2 3
SCO_SV scosvr 3.2v5.0.5 PentII(D)ISA 06/14/2002
11:22:05 swpin/s bswin/s swpot/s bswots pswch/s (-w)
11:22:07 0.00 0.0 0.00 0.0 330
11:22:09 0.00 0.0 0.00 0.0 892
11:22:11 0.00 0.0 0.00 0.0 1053
Average 0.00 0.0 0.00 0.0 757
swpin/s 每秒从硬盘交换区传送进入内存的次数。
bswin/s 每秒为换入而传送的块数。
swpot/s 每秒从内存传送到硬盘交换区的次数。
bswots 每秒为换出而传送的块数。
pswch/s 每秒进程交换的数量。
*swpin/s，bswin/s，swpot/s和bswots描述的是与硬盘交换区相关的交换活动。交换关系到系统的效率。交换区在硬盘上对硬盘的读，写 *** 作比内存读，写慢得多，因此，为了提高系统效率就应该设法减少交换。通常的作法就是加大内存，使交换区中进行的交换活动为零，或接近为零。如果swpot/s的值大于1，预示可能需要增加内存或减少缓冲区（减少缓冲区能够释放一部分自由内存空间）。 -y 报告终端的I/O活动（TTY设备活动）情况
sar -y 2 3
SCO_SV scosvr 3.2v5.0.5 PentII(D)ISA 06/14/2002
11:38:03 rawch/s canch/s outch/s rcvin/s xmtin/s mdmin/s (-y)
11:38:05 5 0 951 0 1 0
11:38:07 10 0 996 0 0 0
11:38:09 4 0 2264 0 0 0
Average 6 0 1404 0 1 0
rawch/s 每秒输入的字符数（原始队列）
canch/s 每秒由正则队列（canonical queue）处理的输入字符数。进行正则处理过程中，可以识别出一些有特殊意义的字符。比如，(中断字符)，(退出符)，(退格键)等。因此，canch/s中的计数不包括这些有特殊意义的字符。
outch/s 每秒输出的字符数。
rcvin/s 每秒接收的硬件中断次数。
xmtin/s 每秒发出的硬件中断次数。
mdmin/s 每秒modem中断次数。
*应该特别说明，sar命令可以对任意终端活动进行统计，所谓任意终端，是指任意tty设备。它们可以是串行终端，主控台，伪终端等等。
*在这几个量中，modem中断次数mdmin/s应该接近0。其它没有特殊要求，但如果每发送一个字符，中断的数量就动态地增加，这表明终端线出了差错，可能是接触不好。
前言
有的时候，我们要通过对系统的cpu负载等性能数值的查看，来判排查系统产生某种故障(经常死机或者运行速度突然变慢)的原因。但是，简单的top,uptime，w等命令只可以查看当前的负载，而无法查看过去的某一时间段的cpu的负载情况。
下面就介绍一个用于性能分析的命令，其可以用于查看过去的某一时间段的cpu的负载情况(系统性能)。
查看某一时间段的cpu使用情况，请直接跳到第七节。
一、sar概念
sysstat是Linux 系统中的常用工具包，而sar 是 Linux中sysstat工具包中的用于监控Linux系统性能的工具之一。
sysstat 工具包中包含两种类型的工具：即时查看工具（iostat、mpstat、sar）；累计统计工具（sar）
因此sar命令，又叫做系统活动情况报告。不仅可以实时查看服务器的性能，还可以做累计统计。
二、sar可监控的范围
文件的读写情况
系统调用的使用情况
磁盘I/O使用情况
CPU的使用统计
内存使用状况
进程活动
IPC有关的活动
三、sar命令使用环境
sar命令使用格式：
sar+ 命令行选项(可选) + 间隔时间(可选) + 次数(可选)
常用来判断一个系统瓶颈问题
查询CPU可用 sar -u 和 sar -q 等来查看查询内存可用 sar -B、sar -r 和 sar -W 等来查看查询io可用 sar -b、sar -u 和 sar -d 等来查看
四、sar命令累计统计的实现过程
系统会通过调用 /usr/lib64/sa/ 中的三个工具(sa1 sa2 sadc)来实现，周期地记录当时的系统性能的信息的功能。
sa1 ：收集并将每天的系统性能的信息写入一个二进制的文件中，它是sadc的前端程序
sa2 ：收集每天的系统活跃的信息并写入总结性的文件中，其作为 sar的前端程序
sadc ：收集系统的动态数据的数据并写入一个二进制的文件中，其作为 sar 工具的后端
五、sar的日志
sar是由有类似日志切割的功能的，它会依据/etc/cron.d/sysstat中的计划任务，将日志放入/var/log/sa/中
注：日志为二进制文件，不可使用more、less、vim工具查看，必须使用sar或sadf
可以根据需求修改该计划任务
如要查看某一时间段的服务器的性能的其中一个方法就是：使用sar命令，查看当天的日志文件
sar -f /var/log/sa/sa15
[root@ lib64]#sar-f/var/log/sa/sa15Linux3.10.0-327.el7.x86_64(ops-node7)07/15/2018_x86_64_(24CPU)12:00:01AMCPU%user%nice%system%iowait%steal%idle12:10:01AMall1.350.000.850.120.0097.6712:20:01AMall1.320.000.860.110.0097.7112:30:02AMall1.370.000.870.110.0097.6512:40:01AMall1.320.000.910.110.0097.6612:50:01AMall1.350.000.890.110.0097.6501:00:01AMall1.360.000.870.110.0097.6601:10:01AMall1.360.000.850.110.0097.6801:20:01AMall1.350.000.890.100.0097.6601:30:01AMall1.320.000.890.110.0097.6801:40:01AMall1.290.000.950.110.0097.6501:50:01AMall1.350.000.880.120.0097.6402:00:01AMall1.340.000.880.110.0097.6802:10:01AMall1.330.000.900.110.0097.6502:20:01AMall1.360.000.870.120.0097.6502:30:01AMall1.350.000.850.120.0097.6802:40:01AMall1.410.000.920.120.0097.5602:50:01AMall1.570.000.950.130.0097.3503:00:01AMall4.210.000.810.160.0094.8103:10:01AMall2.500.000.870.130.0096.5003:20:01AMall1.370.000.870.120.0097.6503:30:01AMall1.360.000.950.130.0097.5603:40:01AMall1.480.000.970.240.0097.3003:50:01AMall1.350.010.910.130.0097.6004:00:01AMall1.390.000.950.190.0097.4704:10:01AMall1.360.000.990.130.0097.52
注意：
sar查看性能或其日志时，使用的12/24小时制；日志的切割是昨天晚上12点到今天12点为一天；默认只保留一个月的日志
六、sar命令参数及输出项详解
【1】格式
用法：sar + 选项 + 时间间隔(可选) + 次数 (可选)
interval: 取样周期，单位是秒count：取样次数，默认值为1options：命令行选项
【2】常用选项
-A 所有报告的总和-B 输出内存页面的统计信息-b 输出I/O和传送速率的统计信息-C 输出进程统计信息及每秒创建的进程数-d 输出每一个块设备的活动信息-H 输出交换空间利用率信息-h 输出帮助信息-p 输出友好设备名字，以方便查看，常与-d和-n参数结合使用-q 输出进程队列长度和系统平均负载状态统计信息-R 输出内存页面的统计信息-r 输出内存和交换空间的统计信息-S 输出交换空间利用率信息-t 读取 /var/log/sa/下的某日志的数据时显示其中记录的原始时间-u 输出整体CPU使用情况的统计信息-V 输出版本信息-v 输出内核表状况统计信息（inode、文件和其他内核表的统计信息）-W 输出系统交换的统计信息-w 输出任务创建与系统转换统计信息-y 输出终端设备的活动信息-----------I 输出指定中断的统计信息，后方可加参数{...|SUM|ALL|XALL} ... 指定中断号SUM 指定输出每秒接收到的中断总数ALL 指定输出前16个中断XALL 指定输出全部的中断信息-----------P 输出指定的部分的CPU的统计信息,后方可加参数{cpu|ALL}cpu 指定cpuALL 输出单个和整体cpu的统计数据-----------n 输出网络设备(网卡)状态统计信息，后方可加参数{DEV|EDEV|NFS|NFSD|SOCK|ALL} DEV 输出网络设备的统计信息EDEV 输出网络设备的错误统计信息NFS 输出NFS客户端的活动统计信息NFSD 输出NFS服务器的活动统计信息SOCK 输出网络套接字的使用统计信息ALL 输出所有类型的网络活动统计信息-----------f 从文件中读取数据信息。一般读取sar日志，也可读取-o选项生成的文件，后方要加文件名-o 将sar的输出信息保存到文件中，后方要加文件名-i 指定间隔时长，单位为秒-s 指定输出统计数据的起始时间（格式为hh:mm:ss；例如01：00：00） -e 指定输出统计数据的截至时间，通常与-S选项连用。无数值时默认为18:00:00（格式为hh:mm:ss；例如09：00：00）
【3】输出项
<1>cpu的输出
sar -u
%usr CPU在用户模式下，执行进程的时间百分比 %nice CPU在用户模式下，用于nice *** 作，所占用CPU总时间的百分比 %system CPU处在系统模式(内核态)下，执行进程的时间百分比 %iowait CPU用于等待I/O *** 作完成(等待输入输出完成),占用CPU总时间的百分比 %steal 管理程序为另一个虚拟进程提供服务而等待虚拟CPU的百分比%idle CPU空闲时间百分比
注意：
如果%iowait的值过高，表示硬盘存在I/O瓶颈 如果%idle值高，表示CPU较空闲如果%idle 的值高但系统响应慢时，有可能是 CPU 等待分配内存，此时应加大内存容量 如果%idle 的值持续低于10，则系统的 CPU 处理能力相对较低，表明系统中最需要解决的资源是 CPU
<2>I/O和传送速率输出
sar -b
tps 每秒向磁盘设备请求数据的次数，包括读、写请求，其为rtps与wtps的和。每一次IO下发后会先将多个请求合并为一个I/O磁盘请求，这里tps指请求合并后的请求计数rtps 每秒向磁盘设备的读请求次数 wtps 每秒向磁盘设备的写请求次数 bread/s 每秒钟从物理设备读入的数据量，单位为 块/s bwrtn/s 每秒钟向物理设备写入的数据量，单位为 块/s
<3>设备使用情况输出
sar -d
DEV 磁盘设备，加上用参数-p可以打印出sda等磁盘设备名称；如不加参数-p,设备则显示为dev253-0等tps 每秒向磁盘设备请求数据的次数，包括读、写请求，其为rtps与wtps的和。每一次IO下发后会先将多个请求合并为一个I/O磁盘请求，这里tps指请求合并后的请求计数rd_sec/s 每秒读扇区的次数wr_sec/s 每秒写扇区的次数avgrq-sz 平均每次设备I/O *** 作的数据大小(扇区)avgqu-sz 磁盘请求队列的平均长度await 从请求磁盘到系统处理完,每次请求的平均消耗时间,包括请求队列等待时间（单位是毫秒）svctm 系统处理每次请求的平均时间,不包括在请求队列中消耗的时间%util I/O请求占CPU的百分比
<4>网络设备统计信息输出
sar -n EDEV
IFACE 网络设备名rxpck/s 每秒接收的包数量txpck/s 每秒传输的包数量rxbyt/s 每秒接收的字节数（单位为byte）txbyt/s 每秒传输的字节数（单位为byte）rxkB/s 每秒收的数据量(单位为kB)txkB/s 每秒发的数据量(单位为kB)rxcmp/s 每秒接收压缩包的数量txcmp/s 每秒传输压缩包的数量rxmcst/s 每秒接收的多播（multicast）包的总数排查网络设备故障
<5>网络设备故障信息输出
EDEV |egrep ‘eth0|IFACE’ （本次指定了网卡etho0,可填入其他网卡）
IFACE网络设备名rxerr/s每秒接收的坏包数量txerr/s传输包时每秒发生错误的数量coll/s传输包时每秒发生冲突的数量rxdrop/s接收包时，每秒丢弃的包的数量(缺乏缓存导致)txdrop/s传输包时，每秒丢弃的包的数量(缺乏缓存导致)txcarr/s传输包时，每秒发生的传输错误的数量rxfram/s接收包时，每秒发生帧校验错误的数量rxfifo/s接收包时，每秒钟缓冲区溢出错误的数量txfifo/s传输包时，每秒钟缓冲区溢出错误的数量
<6>内存分页状态输出
sar -B
pgpgin/s每秒从磁盘空间或交换空间置换到内存的字节数(单位为KB)pgpgout/s每秒从内存置换到磁盘空间或交换空间的字节数(单位为KB)fault/s每秒钟系统产生的缺页数(主缺页加次缺页)majflt/s每秒钟产生的主缺页数pgfree/s每秒被放入空闲队列中的页个数pgscank/s每秒被kswapd扫描的页个数pgscand/s每秒直接被扫描的页个数pgsteal/s每秒钟从cache中被清除来满足内存需要的页个数%vmeff每秒清除的页占总扫描页的百分比
<7>进程队列长度和平均负载状态输出
sar -q
runq-sz 运行队列的长度，等待运行的进程数量
plist-sz 进程列表中进程和线程的数量
ldavg-1 最后1分钟的系统平均负载
ldavg-5 过去5分钟的系统平均负载
ldavg-15 过去15分钟的系统平均负载
<8>内存和交换空间状态输出
sar -r
kbmemfree空闲的内存数量（单位为KB)kbmemused已使用的内存数量,不包含内核使用的内存(单位为KB)%memused已使用内存的百分数kbbuffers内核缓冲区buffer,使用的内存数量(单位为KB)kbcached内核高速缓存cache数据使用的内存数量(单位为KB)kbcommit保证当前系统所需要的内存,即为了确保不溢出而需要的内存(RAM+swap)%commitkbcommit与所有内存总量的百分比
<9>系统交换活动信息输出
sar -W
pswpin/s 每秒系统换入的交换页面数量
pswpout/s 每秒系统换出的交换页面数量
七、sar使用实例-查看某一时间段的情况
<1>查看凌晨1点到3点的cpu
sar -s 01:00:00 -e 03:00:00
<2>查看凌晨1点到3点的系统的平均负载
若要看某时间段其他性能，加上对应选项
sar -s 01:00:00 -e 03:00:00 -q
<3>查看本月3号的cpu
注意：
该 *** 作需要去查看sar的日志（第五节已经介绍一次）
默认只保存一个月的
sar查看性能或其日志时，注意自己的使用的是12还是24小时制
日志的切割是昨天晚上12点到今天12点为一天
cd/var/log/sa/sar -f sa03
什么是SAR方针?抛物线方针(SAR) 也称为止损点转向方针，这种方针与移动平均线的原理较为类似，归于价格与时刻偏重的剖析东西。因为组成SAR的点以弧形的方法移动，故称抛物转向。
其全称叫Stop and Reverse，缩写SAR，是由美国技能剖析大师威尔斯-威尔德(Wells Wilder)所发明的，是一种容易易学、比较精确的中短期技能剖析东西。
咱们为什么要用SAR方针来进行止损?
stop，即止损、止损之意，这就要求出资者在买卖某个股票之前，先要设定一个止损价位，以削减出资风险。
而这个止损价位也不是一直不变的，它是随着股价的动摇止损位也要不断的随之调整。怎样既可以有效地 *** 控住潜在的风险，又不会失去赚取更大收益的时机，是每个出资者所寻求的方针。
可是股市状况变化多端，并且不同的股票不一起期的走势又各不相同，假如止损位设的过高，就可能呈现股票在其调整回落时卖出，而卖出的股票却从此打开一轮新的升势，失去了赚取更大赢利的时机，反之，止损位定的过低，就根本起不到 *** 控风险的效果。 因而，怎样精确地设定止损位是各种技能剖析理论和方针所论述的意图，而SAR方针在这方面有其独特的功用。
使用SAR方针止损技巧
1、当股价从SAR曲线上方向下打破SAR曲线时，为卖出信号，预示着一轮跌落行情或许打开，出资者应敏捷及时地采纳止损办法。
2、当股价向下打破SAR曲线后持续向下运动，而SAR曲线也一起向下运动，标明股价跌落趋势现已构成，SAR曲线对股价构成巨大的压力，出资者应坚决观望或逢高减仓。
使用SAR方针止损事例
如上图所示，该股在A点之前，SAR方针显现市场趋势向下，A点处股价向上打破了SAR线，呈现了趋势回转信号，股价通过一定涨幅和横盘整理后，如图中符号的方位，这是提示出资者要采纳止损或止盈 *** 作。
从图中可以看出，因为依照SAR方针止损，出资者可以防止较大的损失。
从这个事例中可以知道，SAR方针最大的长处便是协助咱们可以捉住市场的首先涨跌区域，既可以使咱们防止被强势股的震动甩下马，也给咱们供给了止损的信号。
欢迎分享，转载请注明来源：内存溢出
微信扫一扫
支付宝扫一扫
评论列表（0条）