《查看性能指标命令.docxVIP

、查看CPU使用情况cpu使用率反映的是当前cpu的繁忙程度，忽高忽低的原因在于占用cpu处理时间的进程可能处于io等待状态但却还未释放进入wait。平均负载（load average）是指某段时间内占用cpu时间的进程和等待cpu时间的进程数，这里等待cpu时间的进程是指等待被唤醒的进程，不包括处于wait状态进程。1、良好状态指标CPU利用率：User Time = 70%，System Time = 35%，User Time + System Time = 70%。 上下文切换：与CPU利用率相关联，如果CPU利用率状态良好，大量的上下文切换也是可以接受的。 可运行队列：每个处理器的可运行队列=3个线程。2、工具（1）vmstat字段说明：r ?(run queue)可运行队列的线程数，这些线程都是可运行状态，只不过CPU暂时不可用；b，被blocked的进程数，正在等待IO请求；in，interrupts，被处理过的中断数cs，context switch，系统上正在做上下文切换的数目us，用户占用CPU的百分比sys，内核和中断占用CPU的百分比id，CPU完全空闲的百分比(2)uptime[root@node1 ~]# uptime00:44:22 up 1:17, 3 users, load average: 8.13, 5.90, 4,94显示的是过去的1,5,15分钟内进程队列中的平均进程数量如何衡量当前系统是否负载过高??如果每个cpu(可以按CPU核心的数量计算)上当前活动进程数不大于3，则系统性能良好，?不大于4，表示可以接受?如大于5，则系统性能问题严重?上面例中的8.13,如果有2个cpu核心,则8.13/2=4.065, ? 此系统性能可以接受建议设置严格的报警值为: CPU核心的数量比如：CPU核心数量为2，则设置报警值为2 ?(3)top[root@node1 ~]# toptop - 10:31:45 up 14:51, ?3 users, ?load average: 0.07, 0.33, 0.33Tasks: ?91 total, ? 1 running, ?90 sleeping, ? 0 stopped, ? 0 zombieCpu(s): ?0.0%us, ?0.2%sy, ?0.0%ni, 99.8%id, ?0.0%wa, ?0.0%hi, ?0.0%si, ?0.0%stMem: ? ?502288k total, ? 494648k used, ? ? 7640k free, ? ? ?220k buffersSwap: ?1015800k total, ? ?21792k used, ? 994008k free, ? 238468k cached从top 要看CPU负载情况，可以看%us和%sy，其中%us=70%, %sy=35%,%us+%sy=70%说明状态良好，同时可以结合idle值来看，也就是%id，如果%id=70% 则表示IO的压力较大查看某个进程占用的CPU资源 2、监控工具（1）vmstat参数说明：swpd，已使用的 SWAP 空间大小，KB 为单位；free，可用的物理内存大小，KB 为单位；buff，物理内存用来缓存读写操作的buffer大小，KB 为单位；cache，物理内存用来缓存进程地址空间的 cache 大小，KB 为单位；si，数据从 SWAP 读取到 RAM（swap in）的大小，KB 为单位；so，数据从 RAM 写到 SWAP（swap out）的大小，KB 为单位。（2）free三、磁盘IO1、良好状态指标iowait % 20% 提高命中率的一个简单方式就是增大文件缓存区面积，缓存区越大预存的页面就越多，命中率也越高。Linux 内核希望能尽可能产生次缺页中断（从文件缓存区读），并且能尽可能避免主缺页中断（从硬盘读），这样随着次缺页中断的增多，文件缓存区也逐步增大，直到系统只有少量可用物理内存的时候 Linux 才开始释放一些不用的页。2、监控工具(1)这台机器总共有 256MB 物理内存（MemTotal），90MB 左右可用内存（MemFree），8MB左右用来做磁盘缓存（Buffers），40MB左右用来做文件缓存区（Cached）。(2)sarawait表示平均每次设备I/O操作的等待时间（以毫秒为单位）。svctm表示平均每次设备I/O操作的服务时间（以毫秒为单位）。%util表示一秒中有百分之几的时间用于I/O操作。如果svctm的值与await很接近，表示几乎没有I/O等待，磁盘性能很好，如果await的值远高于svctm的值，则表示I/O队列等待太长，系统上运行的应用程序将变慢。如果%util接近100