系统性能监控
linux系统性能监控
1)uptime查看运行时间，连接数以及负载数
2)top查看各进程的cpu使用情况
3)vmstat可以统计系统的cpu,内存，swap,io等情况
4)pidstat主要用于监控全部或指定进程占用系统资源的情况
Uptime:
依次显示运行的时长，当前登录用户数，服务器在过去的1min,5min,15min的系统平均负载值
平均负载值最佳为1，表示每个进程都可以立即执行不会错过cpu周期，单处理器中1或者2都是可以接受的，在多处理器的服务器上可能看到8到10
Top
第一行显示和uptime相同的内容
4-5行显示cpu内存情况
Vmstat
不写参数的话值采集一次，写参数的话如图表示每隔2s采集一次一共采集四次
r表示运行队列(就是说多少个进程真的分配到CPU)，我测试的服务器目前CPU 比较空闲，没什么程序在跑，当这个值超过了CPU数目，就会出现CPU瓶颈了。这个也和top的负载有关系，一般负载超过了3就比较高，超过了5就高，超过了10就不正常了，服务器的状态很危险。top的负载类似每秒的运行队列。如果运行队列过大，表示你的CPU很繁忙，一般会造成CPU使用率很高。
b表示阻塞的进程
swpd虚拟内存已使用的大小，如果大于0，表示你的机器物理内存不足了，如果不是程序内存泄露的原因，那么你该升级内存了或者把耗内存的任务迁移到其他机器。
free空闲的物理内存的大小，我的机器内存总共8G，剩余3415M。
buff Linux/Unix系统是用来存储，目录里面有什么内容，权限等的缓存
cache cache直接用来记忆我们打开的文件,给文件做缓冲，我本机大概占用300多M(这里是Linux/Unix的聪明之处，把空闲的物理内存的一部分拿来做文件和目录的缓存，是为了提高程序执行的性能，当程序使用内存时，buffer/cached 会很快地被使用。)
si每秒从磁盘读入虚拟内存的大小，如果这个值大于0，表示物理内存不够用或者内存泄露了，要查找耗内存进程解决掉。
so每秒虚拟内存写入磁盘的大小，如果这个值大于0，同上。
bi块设备每秒接收的块数量，这里的块设备是指系统上所有的磁盘和其他块设备，默认块大小是1024byte，我本机上没什么IO操作，所以一直是0，但是我曾在处理拷贝大量数据(2-3T)的机器上看过可以达到140000/s，磁盘写入速度差不多140M每秒
bo块设备每秒发送的块数量，例如我们读取文件，bo就要大于0。bi和bo一般都要接近0，不然就是IO过于频繁，需要调整。
in每秒CPU的中断次数，包括时间中断
cs每秒上下文切换次数，例如我们调用系统函数，就要进行上下文切换，线程的切换，也要进程上下文切换，这个值要越小越好，太大了，要考虑调低线程或者进程的数目,例如在apache和nginx这种web服务器中，我们一般做性能测试时会进行几千并发甚至几万并发的测试，选择web服务器的进程可以由进程或者线程的峰值一直下调，压测，直到cs到一个比较小的值，这个进程和线程数就是比较合适的值了。系统调用也是，每次调用系统函数，我们的代码就会进入内核空间，导致上下文切换，这个是很耗资源，也要尽量避免频繁调用系统函数。上下文切换次数过多表示你的CPU大部分浪费在上下文切换，导致CPU干正经事的时间少了，CPU没有充分利用，是不可取的。
us用户CPU时间，我曾经在一个做加密解密很频繁的服务器上，可以看到us
接近100,r运行队列达到80(机器在做压力测试，性能表现不佳)。
sy系统CPU时间，如果太高，表示系统调用时间长，例如是IO操作频繁。
id空闲 CPU时间，一般来说，id + us + sy = 100,一般我认为id是空闲CPU 使用率，us是用户CPU使用率，sy是系统CPU使用率。
wt等待IO CPU时间。
Pidstat
Pidstata b 每a秒采集一次一共采集b次
Cpu使用情况统计-u
内存使用情况-r
磁盘io使用情况-d
针对特定进程统计-p
Windows系能监控
1）任务管理器
2）Perform（windows自带多功能性能监控工具,perfmon.exe 文件位于C:\Windows\System32目录下,用于监视cpu是用来，内存是用来，硬盘读写素服，网络速度等）
3）Process Explorer
4）命令pslist如果没有这个命令的话下载PsTools工具将pslist.exe放到C:\Windows\System32目录下即可。
5）Java自带工具jdb.exe jhat.exe jinfo.exe jmap.exe jps.exe Jrunscript.exe jstack.exe jstat.exe jstatd.exe
Pslist 查看javaw的进程相关信息如何可以看到有66个线程
查看javaw的各个线程信息
查看Javaw的内存使用情况
Jps:列出java进程，类似于ps命令
–参数-q可以指定jps只输出进程ID ，不输出类的短名称
–参数-m可以用于输出传递给Java进程（主函数）的参数
–参数-l可以用于输出主函数的完整路径
–参数-v可以显示传递给JVM的参数
Jinfo命令：
运行时修改参数，控制是否输出GC日志
1》jinfo -flag PrintGCDetails 2972
-XX:-PrintGCDetails
2》jinfo -flag +PrintGCDetails 2972
3》jinfo -flag PrintGCDetails 2972
-XX:+PrintGCDetails
Jmap命令
生成java应用程序的堆快照和对象的统计信息jmap -histo 2972 >c:\s.txt
将进程id为2971的堆快照以及对象统计信息输出到c盘下面的s.txt中Jstack
jstack 120 >>C:\a.txt打印id为120的信息到c盘a.txt
jconsole图形化监控工具
Visual VM 功能强大的多合一故障诊断和性能监控的可视化工具参照：https://www.wendangku.net/doc/0313485370.html,/developerworks/cn/java/j-lo-visualvm/
linux系统性能监测
1.1 CPU消耗 在文件"/proc/stat"里面就包含了CPU的信息。 #cat /proc/stat 可通过mpstat系统性能检测工具对当前cpu使用情况进行查看,如下： 语法：mpstat [ options... ] [
软件系统性能的常见指标
衡量一个软件系统性能得常见指标有: 1、响应时间(Respoｎse time) 响应时间就就是用户感受软件系统为其服务所耗费得时间,对于网站系统来说,响应时间就就是从点击了一个页面计时开始,到这个页面完全在浏览器里展现计时结束得这一段时间间隔,瞧起来很简单,但其实在这段响应时间内,软件系统在幕后经过了一系列得处理工作,贯穿了整个系统节点。根据“管辖区域”不同,响应时间可以细分为: (1)服务器端响应时间,这个时间指得就是服务器完成交易请求执行得时间,不包括客户端到服务器端得反应(请求与耗费在网络上得通信时间),这个服务器端响应时间可以度量服务器得处理能力。 (２)网络响应时间,这就是网络硬件传输交易请求与交易结果所耗费得时间、?(3)客户端响应时间,这就是客户端在构建请求与展现交易结果时所耗费得时间,对于普通得瘦 客户端Ｗeb应用来说,这个时间很短,通常可以忽略不计;但就是对于胖客户端Web应用来说,比如Java applet、ＡＪＡX,由于客户端内嵌了大量得逻辑处理,耗费得时间有可能很长,从而成为系统得瓶颈,这就是要注意得一个地方。?那么客户感受得响应时间其实就是等于客户端响应时间+服务器端响应时间+网络响应时间。细分得目得就是为了方便定位性能瓶颈出现在哪个节点上(何为性能瓶颈,下一节中介绍)。2?.吞吐量(Thｒoｕghput) 吞吐量就是我们常见得一个软件性能指标,对于软件系统来说,“吞”进去得就是请 求,“吐”出来得就是结果,而吞吐量反映得就就是软件系统得“饭量",也就就是系统得处理能力,具体说来,就就是指软件系统在每单位时间内能处理多少个事务/请求/单位数据等。但它得定义比较灵活,在不同得场景下有不同得诠释,比如数据库得吞吐量指得就是单位时间内,不同SQL语句得执行数量;而网络得吞吐量指得就是单位时间内在网络上传输得数据流量。吞吐量得大小由负载(如用户得数量)或行为方式来决定。举个例子,下载文件比浏览网页需要更高得网络吞吐量、?３。资源使用率(Rｅsouｒｃe utilization) 常见得资源有:CPU占用率、内存使用率、磁盘I/Ｏ、网络Ｉ/O。 我们将在Anａｌysiｓ结果分析一章中详细介绍如何理解与分析这些指标。 4.点击数(Hits per seｃond) 点击数就是衡量WｅｂＳerver处理能力得一个很有用得指标。需要明确得就是:点击数不就是我们通常理解得用户鼠标点击次数,而就是按照客户端向WeｂServeｒ发起了多少次ｈttp请求计算得,一次鼠标可能触发多个ｈtｔp请求,这需要结合具体得Web系统实现来计算。 5、并发用户数(Cｏncurrenｔusｅｒs)?并发用户数用来度量服务器并发容量与同步协调能力。在客户端指一批用户同时执行一个操作。并发数反映了软件系统得并发处理能力,与吞吐量不同得就是,它大多就是占用套接字、句柄等操作系统资源。 另外,度量软件系统得性能指标还有系统恢复时间等,其实凡就是用户有关资源与时间得要求都可以被视作性能指标,都可以作为软件系统得度量,而性能测试就就是为了验证这些性能指标就是否被满足。 //-———－－-——－-－－-—－--－----—----—————--－—-——--－-———－－-——－－—-—－———-－—--——－—-—--－－-————----——------—－-—-—---- 软件性能得几个主要术语
性能测试-linux资源监控
目录: Linux硬件基础 CPU：就像人的大脑，主要负责相关事情的判断以及实际处理的机制。 CPU：CPU的性能主要体现在其运行程序的速度上。影响运行速度的性能指标包括CPU的工作频率、Cache容量、指令系统和逻辑结构等参数。 查询指令：cat /proc/cpuinfo 内存：大脑中的记忆区块，将皮肤、眼睛等所收集到的信息记录起来的地方，以供CPU 进行判断。 内存：影响内存的性能主要是内存主频、内容容量。 查询指令：cat /proc/meminfo 硬盘：大脑中的记忆区块，将重要的数据记录起来，以便未来再次使用这些数据。 硬盘：容量、转速、平均访问时间、传输速率、缓存。 查询指令：fdisk -l (需要root权限) Linux监控命令 linux性能监控分析命令 vmstat vmstat使用说明 vmstat可以对操作系统的内存信息、进程状态、CPU活动、磁盘等信息进行监控，不足之处是无法对某个进程进行深入分析。 vmstat [-a] [-n] [-S unit] [delay [ count]] -a：显示活跃和非活跃内存 -m：显示slabinfo -n：只在开始时显示一次各字段名称。 -s：显示内存相关统计信息及多种系统活动数量。 delay：刷新时间间隔。如果不指定，只显示一条结果。 count：刷新次数。如果不指定刷新次数，但指定了刷新时间间隔，这时刷新次数为无穷。-d：显示各个磁盘相关统计信息。 Sar sar是非常强大性能分析命令，通过sar命令可以全面的获取系统的CPU、运行队列、磁盘I/O、交换区、内存、cpu中断、网络等性能数据。 sar 命 令行
性能监控指标
Windows部分 CPU相关指标 %Processor Time ——CPU占用率 处理器执行非空闲线程的时间百分比 查看处理器饱和状况的最佳计数器，显示所有 CPU 的线程处理时间。反映作业占用的采样间隔的百分比。如果该值持续超过95%，表明瓶颈是CPU。可以考虑增加一个处理器或换一个更快的处理器 % User Time ——用户利用率 用户请求事件所占百分比 反映系统运行繁忙程度，如果该值很高，可考虑增加索引，尽量使用简单的表联接，水平分割大表格等方法来降低该值 Interrupts/sec ——中断速率 CPU每秒处理的中断数 反映系统运行的繁忙程度 Private Bytes ——进程私占字节数 当前进程独占的字节数 计数器有明显的增长，表明可能存在内存泄漏 Processor Queue Length ——处理列队中的线程数 指处理列队中的线程数，它只计数就绪的线程，而不计数运行中的线程。 如果处理器列队中总是有两个以上的线程通常表示处理器堵塞。这个计数器仅显示上一次观察的值；而不是一个平均值。它的参考值一般小于2，如果持续高于2并且处理器的利用率一直很低，有可能是处理器出现瓶颈。 File Data Operations/sec ——进程入交换率 在计算机的所有逻辑磁盘上读取和写入操作的综合速度。 Threads ——线程数 当前全部线程数
内存相关指标 Available MBytes ——物理内存的可用数 指计算机上可用于运行处理的有效物理内存的字节数量。这个计数器只显示上一次观察到的值；它不是一个平均值。 至少要有10%的物理内存值，如果available Mbytes值一直很小（4M或更小），说明计算机总的内存可能不足，或某程序没有释放内存 Page Faults/sec ——处理器每秒钟处理的错误页数 当进程引用特定的虚拟内存页，该页不在其在主内存的工作集当中时，将出现页面错误 如果该页位于待机列表（说明已经位于主内存中），或被共享该页的其它进程所使用，该错误被称为软错误（用Transition Fault/sec计数器衡量），则错误处理不会导致从磁盘读取该页；如果该页必须从硬盘上重新读取时，被称为硬错误。许多处理器可以在有大量软错误的情况下继续操作。但是，硬错误可以导致明显的拖延。 如果该值偶尔走高，表明当时有线程竞争内存。如果持续很高，则内存可能是瓶颈。 Pages/sec（including Pages Read/sec and Pages Write/sec） ——处理器每秒从磁盘读取或写入的总页数 Pages/sec 是指为解析硬页错误从磁盘读取或写入磁盘的页数。(当处理程序请求不在本身工作集或物理内存其它地方中的代码或数据，而必须要从磁盘上检索时就会出现硬页错误)。这个计数器设计成可以显示导致系统范围延缓类型错误的主要指示器。 Pool Nonpaged Allocs ——非分页池中分派空间的调用数 非分页池是系统内存(操作系统使用的物理内存)中可供对象(指那些在不处于使用时不可以写入到磁盘上的并且分派后必须保留在物理内存中的对象)使用的一个区域。它是用衡量分配空间的调用数来计数的，而不管在每个调用中分派的空间数是多少。 Pool Nonpaged Bytes ——非分页池的字节数 在访问数比较固定的情况下，Pool Nonpaged Bytes是比较固定的，如果访问数逐步增加，该值会缓慢的增加。 物理磁盘相关指标 % Disk Time ——磁盘利用率 所选磁盘驱动器忙于为读或写入请求提供服务所用的时间的百分比 反映磁盘工作的繁忙程度。若数值持续超过80%，则可能是内存泄漏。 Idle Time ——磁盘闲置时间的百分比
(整理)linux系统监控性能评估.
总控服务器性能： 一、Cpu性能评估 Vmstat命令的参数解释： 对上面每项的输出解释如下： procs r列表示运行和等待cpu时间片的进程数，这个值如果长期大于系统CPU的个数，说明CPU 不足，需要增加CPU。? b列表示在等待资源的进程数，比如正在等待I/O、或者内存交换等。 Memory swpd列表示切换到内存交换区的内存数量（以k为单位）。如果swpd的值不为0，或者比较大，只要si、so的值长期为0，这种情况下一般不用担心，不会影响系统性能。 free列表示当前空闲的物理内存数量（以k为单位）? buff列表示buffers cache的内存数量，一般对块设备的读写才需要缓冲。 cache列表示page cached的内存数量，一般作为文件系统cached，频繁访问的文件都会被cached，如果cache值较大，说明cached的文件数较多，如果此时IO中bi比较小，说明文件系统效率比较好。 swap si列表示由磁盘调入内存，也就是内存进入内存交换区的数量。 so列表示由内存调入磁盘，也就是内存交换区进入内存的数量。 一般情况下，si、so的值都为0，如果si、so的值长期不为0，则表示系统内存不足。需要增加系统内存。? IO项显示磁盘读写状况? Bi列表示从块设备读入数据的总量（即读磁盘）（每秒kb）。 Bo列表示写入到块设备的数据总量（即写磁盘）（每秒kb） 这里我们设置的bi+bo参考值为1000，如果超过1000，而且wa值较大，则表示系统磁盘IO有问题，应该考虑提高磁盘的读写性能。 system 显示采集间隔内发生的中断数 in列表示在某一时间间隔中观测到的每秒设备中断数。 cs列表示每秒产生的上下文切换次数。 上面这2个值越大，会看到由内核消耗的CPU时间会越多。 CPU项显示了CPU的使用状态，此列是我们关注的重点。 us列显示了用户进程消耗的CPU 时间百分比。us的值比较高时，说明用户进程消耗的cpu 时间多，但是如果长期大于50%，就需要考虑优化程序或算法。 sy列显示了内核进程消耗的CPU时间百分比。Sy的值较高时，说明内核消耗的CPU资源很多。 根据经验，us+sy的参考值为80%，如果us+sy大于 80%说明可能存在CPU资源不足。 id 列显示了CPU处在空闲状态的时间百分比。 wa列显示了IO等待所占用的CPU时间百分比。 wa值越高，说明IO等待越严重，根据经验，wa的参考值为20%，如果wa超过20%，说明IO等待严重，引起IO等待的原因可能是磁盘大量随机读写造成的，也可能是磁盘或者磁盘控制器的带宽瓶颈造成的（主要是块操作）。综上所述，在对CPU的评估中，需要重点注意
软件系统性能的常见指标
衡量一个软件系统性能的常见指标有： 1．响应时间（Response time） 响应时间就是用户感受软件系统为其服务所耗费的时间，对于网站系统来说，响应时间就是从点击了一个页面计时开始，到这个页面完全在浏览器里展现计时结束的这一段时间间隔，看起来很简单，但其实在这段响应时间内，软件系统在幕后经过了一系列的处理工作，贯穿了整个系统节点。根据“管辖区域”不同，响应时间可以细分为： （1）服务器端响应时间，这个时间指的是服务器完成交易请求执行的时间，不包括客户端到服务器端的反应（请求和耗费在网络上的通信时间），这个服务器端响应时间可以度量服务器的处理能力。 （2）网络响应时间，这是网络硬件传输交易请求和交易结果所耗费的时间。 （3）客户端响应时间，这是客户端在构建请求和展现交易结果时所耗费的时间，对于普通的瘦客户端Web应用来说，这个时间很短，通常可以忽略不计；但是对于胖客户端Web应用来说，比如Java applet、AJAX，由于客户端内嵌了大量的逻辑处理，耗费的时间有可能很长，从而成为系统的瓶颈，这是要注意的一个地方。 那么客户感受的响应时间其实是等于客户端响应时间+服务器端响应时间+网络响应 时间。细分的目的是为了方便定位性能瓶颈出现在哪个节点上（何为性能瓶颈，下一节中介绍）。 2．吞吐量（Throughput） 吞吐量是我们常见的一个软件性能指标，对于软件系统来说，“吞”进去的是请求，“吐”出来的是结果，而吞吐量反映的就是软件系统的“饭量”，也就是系统的处理能力，具体说来，就是指软件系统在每单位时间内能处理多少个事务/请求/单位数据等。但它的定义比较灵活，在不同的场景下有不同的诠释，比如数据库的吞吐量指的是单位时间内，不同SQL语句的执行数量；而网络的吞吐量指的是单位时间内在网络上传输的数据流量。吞吐量的大小由负载（如用户的数量）或行为方式来决定。举个例子，下载文件比浏览网页需要更高的网络吞吐量。 3．资源使用率（Resource utilization） 常见的资源有：CPU占用率、内存使用率、磁盘I/O、网络I/O。 我们将在Analysis结果分析一章中详细介绍如何理解和分析这些指标。 4．点击数（Hits per second） 点击数是衡量Web Server处理能力的一个很有用的指标。需要明确的是：点击数不是我们通常理解的用户鼠标点击次数，而是按照客户端向Web Server发起了多少次http请求计算的，一次鼠标可能触发多个http请求，这需要结合具体的Web系统实现来计算。5．并发用户数（Concurrent users） 并发用户数用来度量服务器并发容量和同步协调能力。在客户端指一批用户同时执行一个操作。并发数反映了软件系统的并发处理能力，和吞吐量不同的是，它大多是占用套接字、句柄等操作系统资源。 另外，度量软件系统的性能指标还有系统恢复时间等，其实凡是用户有关资源和时间的要求都可以被视作性能指标，都可以作为软件系统的度量，而性能测试就是为了验证这些性能指标是否被满足。
Linux常用的系统监控shell脚本
https://www.wendangku.net/doc/0313485370.html,下面是我常用的几个Linux系统监控的脚本，大家可以根据自己的情况在进行修改，希望能给大家一点帮助。 1、查看主机网卡流量 1.#!/bin/bash 2. 3.#network 4. 5.#Mike.Xu 6. 7.while : ; do 8. 9.time=’date +%m”-”%d” “%k”:”%M’ 10. 11.day=’date +%m”-”%d’ 12. 13.rx_before=’ifconfig eth0|sed -n “8″p|awk ‘{print $2}’|cut -c7-’ 14. 15.tx_before=’ifconfig eth0|sed -n “8″p|awk ‘{print $6}’|cut -c7-’ 16. 17.sleep 2 18. 19.rx_after=’ifconfig eth0|sed -n “8″p|awk ‘{print $2}’|cut -c7-’ 20. 21.tx_after=’ifconfig eth0|sed -n “8″p|awk ‘{print $6}’|cut -c7-’ 22. 23.rx_result=$[(rx_after-rx_before)/256] 24. 25.tx_result=$[(tx_after-tx_before)/256] 26. 27.echo “$time Now_In_Speed: “$rx_result”kbps Now_OUt_Speed: “$tx_result”kbps” 28. 29.sleep 2 30. 31.done 2、系统状况监控 1.#!/bin/sh 2. 3.#systemstat.sh
系统性能监控
linux系统性能监控 1)uptime查看运行时间，连接数以及负载数 2)top查看各进程的cpu使用情况 3)vmstat可以统计系统的cpu,内存，swap,io等情况 4)pidstat主要用于监控全部或指定进程占用系统资源的情况 Uptime: 依次显示运行的时长，当前登录用户数，服务器在过去的1min,5min,15min的系统平均负载值 平均负载值最佳为1，表示每个进程都可以立即执行不会错过cpu周期，单处理器中1或者2都是可以接受的，在多处理器的服务器上可能看到8到10 Top 第一行显示和uptime相同的内容
4-5行显示cpu内存情况 Vmstat 不写参数的话值采集一次，写参数的话如图表示每隔2s采集一次一共采集四次
r表示运行队列(就是说多少个进程真的分配到CPU)，我测试的服务器目前CPU 比较空闲，没什么程序在跑，当这个值超过了CPU数目，就会出现CPU瓶颈了。这个也和top的负载有关系，一般负载超过了3就比较高，超过了5就高，超过了10就不正常了，服务器的状态很危险。top的负载类似每秒的运行队列。如果运行队列过大，表示你的CPU很繁忙，一般会造成CPU使用率很高。 b表示阻塞的进程 swpd虚拟内存已使用的大小，如果大于0，表示你的机器物理内存不足了，如果不是程序内存泄露的原因，那么你该升级内存了或者把耗内存的任务迁移到其他机器。 free空闲的物理内存的大小，我的机器内存总共8G，剩余3415M。 buff Linux/Unix系统是用来存储，目录里面有什么内容，权限等的缓存 cache cache直接用来记忆我们打开的文件,给文件做缓冲，我本机大概占用300多M(这里是Linux/Unix的聪明之处，把空闲的物理内存的一部分拿来做文件和目录的缓存，是为了提高程序执行的性能，当程序使用内存时，buffer/cached 会很快地被使用。) si每秒从磁盘读入虚拟内存的大小，如果这个值大于0，表示物理内存不够用或者内存泄露了，要查找耗内存进程解决掉。 so每秒虚拟内存写入磁盘的大小，如果这个值大于0，同上。 bi块设备每秒接收的块数量，这里的块设备是指系统上所有的磁盘和其他块设备，默认块大小是1024byte，我本机上没什么IO操作，所以一直是0，但是我曾在处理拷贝大量数据(2-3T)的机器上看过可以达到140000/s，磁盘写入速度差不多140M每秒 bo块设备每秒发送的块数量，例如我们读取文件，bo就要大于0。bi和bo一般都要接近0，不然就是IO过于频繁，需要调整。 in每秒CPU的中断次数，包括时间中断 cs每秒上下文切换次数，例如我们调用系统函数，就要进行上下文切换，线程的切换，也要进程上下文切换，这个值要越小越好，太大了，要考虑调低线程或者进程的数目,例如在apache和nginx这种web服务器中，我们一般做性能测试时会进行几千并发甚至几万并发的测试，选择web服务器的进程可以由进程或者线程的峰值一直下调，压测，直到cs到一个比较小的值，这个进程和线程数就是比较合适的值了。系统调用也是，每次调用系统函数，我们的代码就会进入内核空间，导致上下文切换，这个是很耗资源，也要尽量避免频繁调用系统函数。上下文切换次数过多表示你的CPU大部分浪费在上下文切换，导致CPU干正经事的时间少了，CPU没有充分利用，是不可取的。 us用户CPU时间，我曾经在一个做加密解密很频繁的服务器上，可以看到us 接近100,r运行队列达到80(机器在做压力测试，性能表现不佳)。 sy系统CPU时间，如果太高，表示系统调用时间长，例如是IO操作频繁。
控制系统性能指标
本章主要内容： 1控制系统的频带宽度 2系统带宽的选择 3确定闭环频率特性的图解方法 4闭环系统频域指标和时域指标的转换 五、闭环系统的频域性能指标
1 控制系统的频带宽度 1 频带宽度 当闭环幅频特性下降到频率为零时的分贝值以下3分贝时，对应的频率称为带宽频率，记为ωb。即当ω> ωb 2。Ig ΦO)∣<20?∣ΦQ,0)∣-3 而频率范围 根据带宽定义，对高于带宽频率的正弦输入信号，系统输岀将呈现较大的衰减，因此选取适当的带宽，可以抑制高频噪声的影响。但带宽过窄又会影响系统正弦输入信号的能力，降低瞬态响应的速度。因此在设计系统时，对于频率宽度的确定必须兼顾到系统的响应速度和抗高频干扰的要求。 2、丨型和II型系统的带宽 Φ(-0 = -―- 凶为开环系s?j?ι翌，,E 所以20 Igl Φ(J?) = 2Glg 1 / JiT応孑=20Ig-L 二阶系虬的例环传禺为， (】)(,￥,〕= — ~ Λ'+2CΓ?1S +Λ?; 1 圜为I (I I(√,3) =L ∕∣ T此∕?>3+4ζ,T?∕∕? = ?∣2 叫=叫［(1 -2√2) + √(l-2ζ*3)2+l P 2、系统带宽的选择 由于系统会受多种非线性因素的影响，系统的输入和输岀端不可避免的存在确定性扰动和随机噪声，因此控制系统的带宽的选择需综合考虑各种输入信号的频率范围及其对系统性能的影响，即应使系统对输入信号具有良好的跟踪能力和对扰动信号具有较强的抑制能力。 总而言之，系统的分析应区分输入信号的性质、位置，根据其频谱或谱密度以及相应的传递函数选择合适带宽，而系统设计主要是围绕带宽来进行的。 3、确定闭环频率特性的图解方法 b)称为系统带宽
这30个Linux系统监控工具,每个系统管理员都应该知道
这30个Linux系统监控工具，每个系统管理员都应该知道 是否需要监控Linux服务器的性能?试试这些内置的命令和附加工具。大多数发行版都附带了大量的Linux监控工具，这些工具提供了可以用来获取系统活动信息的指标。你可以使用这些工具来查找性能问题的可能原因。下面讨论的命令是关于系统分析和调试Linux服务器问题的一些最基本的命令，例如:1、找出系统的瓶颈2、磁盘(存储)瓶颈3、CPU 和内存瓶颈4、网络瓶颈。01top—进程活动监视命令top命令显示Linux进程。它提供了一个运行系统的动态实时视图，即实际的流程活动。默认情况下，它显示在服务器上运行的cpu密集型任务，并每5秒钟更新一次列表。图01：Linux top命令常用热键和top Linux监视工具下面是一些有用的热键：热键使用t显示摘要信息m显示内存信息A对不同系统资源的顶级用户进行排序。能快速识别系统里的性能需求。f进入一个交互式配置屏幕。有助于为特定的任务置顶。o优先进行交互式地选择r发布renice命令。k问题终止命令。z打开或关闭color/mono02vmstat—虚拟内存统计vmstat命令报告有关进程、内存、分页、阻塞IO、陷阱和cpu活动的信息。示例输出:显示内存使用的slab信息获取关于活动/非活动内存页的信息。03w—找出谁在登录，他们在做什么w命令显示当前机器上的用户及其进程的信息。示
例输出:04uptime—Linux系统运行了多长时间可以使用uptime命令查看服务器运行了多长时间。当前时间，系统运行的时间，当前登录的用户数量，以及过去1、5和15分钟的系统负载平均值。输出:1可视为最优荷载值。负载可以从系统切换到系统。对于单个CPU系统，1 - 3和SMP系统6-10的负载值是可以接受的。05ps—显示Linux进程ps命令将报告当前进程的快照。要选择所有进程，请使用A或E 选项：示例输出: ps和top一样，但是提供了更多的信息。显示长格式输出打开额外的全模式(它将显示传递到过程的命令行参数):显示线程(LWP和NLWP)观察进程后的线程在服务器上打印所有进程。想要打印一个进程树?#pstree获取Linux进程的安全信息。打印每一个作为用户Vivek运行的进程。将ps命令以用户定义的格式配置输出。尝试只显示Lighttpd的进程id。或者或者打印PID 55977的名称。10大内存消耗过程。显示10个CPU消耗过程。06free—Linux 服务器内存使用情况free命令显示系统中空闲和使用的物 理和交换内存的总量，以及内核使用的缓冲区。示例输出：07iostat—Montor Linux平均CPU负载和磁盘活动iostat命令报告中央处理单元(CPU)统计数据和设备、分区和网络文件系统(NFS)的输入/输出统计数据。示例输出：08sar –Monitor，收集和报告Linux系统活动sar命令用于收集、报告和保存系统活动信息。要查看网络计数器，请输入:网络计
Windows操作系统的性能监控工具――Perfmon
Windows操作系统的性能监控工具――Perfmon 一、概述 Perfmon（Performance Monitor）是Windows自带的的性能监控工具，这个工具可监控包括CPU、内存、网络、进程、磁盘等多个对象的上百个指标。Perfmon提供了图表化的系统性能实时监视器、性能日志和警报管理，系统的性能日志可定义为二进制文件、文本文件、SQLSERVER表记录等方式，可以很方便地使用第三方工具进行性能分析。 二、常用的性能指标 系统的整体性能由许多因素决定，例如CPU利用率、CPU队列长度、磁盘空间和I/O、内存使用情况、网络流量等等。对于实时性要求较高的系统而言，对系统关键性指标的有效监控和管理是保证系统高可用性的重要手段，因此，务必制定出明确的系统性能策略规划，并对这些性能指标进行有效的实时监控。当关键性能指标严重偏离或者系统发生故障时，应该采取有效手段来准确定位问题引发的原因，并通过调优系统配置或改进应用程序等手段来有效提高系统的可用性。 （一）Perfmon的监控对象 Perfmon提供了比较全面的系统性能指标，并且能够根据性能管理的要求订制日志内容、制定关键指标偏离时的警报措施。《表一》
列出了Perfmon可以监控的性能对象，每一个性能对象项下包含多个性能指标计数器。
（二）常用的Perfmon监控对象与指标 以上列出的性能对象总共有上百个性能指标，我们关注一个系统的性能时，不可能关注这么多指标，有些对象对实际的应用系统影响并不大。但对一个Windows操作系统来说，CPU、Memmory、Disk 和Network等关键对象是性能监控中必不可少的项。《表二》列举了最常用的性能对象的重要指标。
Linux服务器运行状况全面监测下
四、服务器主板工作状况监测： 服务器主板以及CPU工作温度是否正常是服务器稳定的核心。迄今为止还没有一种CPU散热系统能保证永不失效。失去了散热系统保护伞的“芯”，往往会在几秒钟内永远停止“跳动”。值得庆幸的是，聪明的工程师们早已开发出有效的处理器温度监控、保护技术。以特殊而敏锐的“嗅觉”随时监测CPU的温度变化，并提供必要的保护措施，使CPU免受高温下的灭顶之灾。lm_sensors可以有效监控主板和CPU的工作电压、风扇转速、温度等核心数据。软件安装： #mv lm_sensors-2.8.8.tar.gz /usr/lo ca l/src/ #cd /usr/local/src/ #tar zxvf lm_sensors-2.8.8.tar.gz #cd /usr/local/src/lm_sensors-2.8.8 #tar xzf i2c-2.8.8.tar.gz #make clean ；make dep ；make all ；make install #/sbin/depmod -a 修改配置文件：“/etc/ld.so.conf”加入一行：/usr/local/lib #ldconfig #sensors-detect #扫描主板所有芯片，选择缺省选项即可（按会车）# 加载模块，注意主板不一定相同。 #modprobe i2c-isa #modprobe lm78 #modprobe sis5595 开始检测，见图－8：
#sensors 图 8 lm_sensors 工作界面 可以看到主板温度、CPU温度电压以及风扇转速等信息非常清晰。 高级应用：定时检测主板运行情况： 这里可以使用Linux组合命令： ＃watch --interval=450 “sensors ” 这样每隔450秒运行因此sensors 令，就可以得知主板运行情况。 五、P2P通信监测 P2P（Peer-to-Peer）是一种用于文件交换的新技术，通过Internet允许建立分散的、动态的、匿名的逻辑网络。P2P为对等连接或对等网络，点对点网络技术，可应用于文件共享交换，深度搜索、分布计算等领域。它允许个体的PC通过Internet共享文
软件性能的几个指标
1.1、响应时间 响应时间是指系统对请求作出响应的时间。直观上看，这个指标与人对软件性能的主观感受是非常一致的，因为它完整地记录了整个计算机系统处理请求的时间。由于一个系统通常会提供许多功能，而不同功能的处理逻辑也千差万别，因而不同功能的响应时间也不尽相同，甚至同一功能在不同输入数据的情况下响应时间也不相同。所以，在讨论一个系统的响应时间时，人们通常是指该系统所有功能的平均时间或者所有功能的最大响应时间。当然，往往也需要对每个或每组功能讨论其平均响应时间和最大响应时间。 对于单机的没有并发操作的应用系统而言，人们普遍认为响应时间是一个合理且准确的性能指标。需要指出的是，响应时间的绝对值并不能直接反映软件的性能的高低，软件性能的高低实际上取决于用户对该响应时间的接受程度。对于一个游戏软件来说，响应时间小于100毫秒应该是不错的，响应时间在1秒左右可能属于勉强可以接受，如果响应时间达到3秒就完全难以接受了。而对于编译系统来说，完整编译一个较大规模软件的源代码可能需要几十分钟甚至更长时间，但这些响应时间对于用户来说都是可以接受的。 1.2、系统响应时间和应用延迟时间
虽然软件性能指标本身只涉及软件性能的度量，但考虑到软件性能测试的主要目的是测试和改善所开发软件的性能，对于复杂的网络化的软件而言，简单地用响应时间进行度量就不一定合适了。 考虑一个普通的网站系统。开发该网站系统时，软件开发实际上只集中在服务器端，因为客户端的软件是标准的浏览器。虽然用户看到的响应时间时使用特定客户端计算机上的特定浏览器浏览该网站的响应时间，但是在讨论软件性能时更关心所开发网站软件本身的“响应时间”。也就是说，可以把用户感受到的响应时间划分为“呈现时间”和“系统响应时间”，前者是指客户端的浏览器在接收到网站数据时呈现页面所需的时间，而后者是指客户端接收到用户请求到客户端接收到服务器发来的数据所需的时间。显然，软件性能测试更关心“系统响应时间”，因为“呈现时间”与客户端计算机和浏览器有关，而与所开发的网站软件没有太大的关系。 如果仔细分析这个例子，还可以把“系统响应时间”进一步分解为“网络传输时间”和“应用延迟时间”，其中前者是指数据（包括请求数据和响应数据）在客户端和服务器端进行传输的时间，而后者是指网站软件实际处理请求所需的时间。类似的，软件性能测试也更关心“应用延迟时间”。实际上，这种分解还可以继续下去，如果该网站系统使用了数据库，我们可以把“数据库延迟时间”分离出来，如果该网站系统使用了中间件，还可以把“中间件延迟时间”也分离出来。 以上的时间分解实际上有两方面的目的。首先，人们通常希望把与所开发软件直接相关的延迟时间和与所开发软件爱你不直接相关的延迟时间分离开，因为改善前者往往需要开发人员修改程序代码，而改善后者不需
IT运维之Linux服务器监控方案
IT运维之Linux服务器监控方案 随着Linux应用日益广泛，绝大部分的网络服务器都使用Linux操作系统。为了全面掌握网络服务器的运行状况和趋势，需要对服务器进行全面的监控。 利用Linux发行版搭建一个网络服务器可能对于许多人都是一件很容易的事情，但网络服务器正式上线后，服务器数据流动、连接数、网络流量、系统负荷等各方面都会增加，安全问题也随之而来，再考虑到日志、数据库的重要性，我想无论是哪一位系统管理员，都应该迫不及待地想把服务器上线的前期工作做好吧。 那我们究竟需要做好哪些工作准备呢？之前有看过一篇文章说到系统管理员应该定期完成的九件事情，我分析过后，认为有几件事情是必须得做的。首先是备份，做好定时备份策略，备份所有你认为重要的数据，并且定期检查你的备份是否有效、全面；日志轮换，无论你想用哪种轮换方式，控制日志增长避免驱动器已满是你的目的；做一定的安全措施，如防火墙iptables的访问控制，用denyhosts防止黑客远程暴力破解，mysql远程登录权限等等；最后就是服务器监控，也是我主要想讲述的内容。 对于服务器的硬件资源、性能、带宽、端口、进程、服务等都必须有一个可靠和持续的监测，统计分析每天的各种数据，从而能及时反映出服务器哪里存在性能瓶颈、安全隐患等。另外是要有危机意识，就是了解服务器有可能出现哪些严重的问题，出现这些问题后该如何去迅速处理。比如数据库的数据丢失，日志容量过大，被黑客入侵等等。说到底，预防是关键。 监控，是预防的其中的一项重要工作。这里先说说我需要监控的内容。系统负载、cpu 使用率、内存占用、磁盘空间、网络流量、端口、进程、apache或tomcat的连接数、mysql 的运行状态这些都是我想要监控的东西，但又能做到多少呢，我只能尽力而为了。要了解服务器每时每刻的整体运行状态，单靠几个Linux自带的性能监测命令是很难实现的。所以，利用shell脚本和开源监控工具进行服务器监控成为了我的两个主要的选择。 利用shell脚本监控能够很好把握的监控的内容，时间，警告峰值，以及方便地进行告警通知，自定义监控日志内容等等；而许多开源的监控工具都十分方便和实用，比如有zabbix、cacti、nagios等，而且能够针对不同的监控内容，生成好看的便于观察的曲线图，多数的开源监控工具都比较成熟，至于哪个好用就得用过才知道。由于这些监控工具都有许多热血人士写了安装和使用的文档，我这里就不写进来了。想了解下的朋友也可以到我的博客上走走，在这里我主要是把自己写的一些shell监控脚本分享一下，希望大家能给点意见。 我这里写了四个脚本（performance.sh 性能监控，process.sh 进程监控，network.sh 流量监控，tongji.sh流量分析统计），并使用crontab定时执行脚本进行监控数据的记录，形成每天的监控日志放在如下相应的文件夹，并且超过自己设定的告警值后发邮件通知，如果是腾讯企业邮箱，163邮箱那些有免费短信通知功能的可以尝试一下，收到邮件告警后很快就能收到短信了，十分方便。 性能监控脚本 ############################################################################## #!/bin/bash #监控cpu系统负载 IP=`ifconfig eth0 | grep "inet addr" | cut -f 2 -d ":" | cut -f 1 -d " "` cpu_num=`grep -c 'model name' /proc/cpuinfo`
监控系统的功能、性能指标说明
保利民爆科技集团股份有限公司新疆分公司监控系统 功能、性能 指标说明 2014年3月7日
一、前言 按照我公司的生产工艺流程，生产操作和管理要求，结合公司平面布置。通过精心设计的视频监控系统，监控点位布局合理可满足监控区域有效覆盖、图像清晰。可以对我公司主要出入口、硝铵库、103工房、基质罐及装车、等重要场所进行实时全天候视频监控，除了满足保安部门、管理部门、企业领导等对生产安全、设备运行、人员操作情况等的日常监控要求外，还能通过监控系统提升我公司的自动化管理水平，提高生产效率、降低企业成本。以免造成重大人员伤亡及财产损失。为了树立“科技保安”、“无人则安”的安全理念，实现创一流的企业管理目标。 我公司作为一个民爆产品生产企业，安全防范十分重要，因为安全管理人员手头工作较多，不可能24小时都到生产一线监督生产。监控做为一个科技电子产品，可以弥补人员的不足。根据我公司安全的重要性，加以安装监控设备可以有效对生产设备、人员操作以及整个厂区正常运行情况实现全天候录像。减少了因为人员的不足和疏忽，而给我公司带来损失。该系统能及时了解各生产设备及厂区的运行情况，可有效避免人为原因或人员疏忽造成重大人员伤亡及财产损失事故发生。 在生产中监控系统发挥了有效的作用，该系统有安全高效的监控手段，并进行全过程摄像存储，使企业领导能够随时掌握现场的具体情况，当班领导，可用监控的高科技手段，对生产运行情况进行检查、动态管理可录制各点的视频录像以备安防查用 实时对各个设备运行情况进行高清晰视频监控 有效保证生产设备的安全生产情况 可以清晰的观测到车辆出入的具体细节 实时监控各车间及厂区停车场情况
割接后系统性能监控讲解
割接后系统性能监控 本文分析系统性能是中国移动公司的指标计算公式为主线,从呼叫流程开始针对相关的统计项作重点分析说明,从而找到解决问题的各种方法. 一.无线接通率: 无线接通率＝（1－SDCCH_BLK_RATE）×（1－TCH_BLK_RATE）×100％ SDCCH_BLK_RATE= ALLOC_SDCCH_FAIL/ALLOC_SDCCH(+ALLOC_SDCCH_FAIL) TCH_BLK_RATE =MA_CMD_TO_MS_BLK/MA_REQ_FROM_MSC. 提高无线接通率的办法是降低SDCCH_BLK_RATE 与TCH_BLK_RATE. 1. SDCCH_BLK_RATE与TCH_BLK_RATE 手机通过RACH向基站发起服务请求，基站从AGCH上给手机指定SDCCH，手机占上SDCCH，向网络发出服务连接请求。这就是SDCCH的占用过程.
MS 传送一个信道请求消息(智能信息,建立原因值,随机参考),打包在接入突发序列中,信道编码器对其解码.正确解码后被送到RSS-L1OK_ACC_PROC_SUC_RACH; ACCESS_PER_RACH 增值.收到信道请求消息,RSS ABIS 验证信道建立原因值有效性,无效加1,有效就格式化消息送到RRSM. 一旦RRSM 接收到信道需求的消息,将试图把MS 建立在一个专用信道上, CHAN_REQ_CAUSE_ATMPT 作出标记.成功分配SDCCH 后,CRM 中的ALLOC_SDCCH 增值. 每当CRM 试图分配一个空闲的SDCCH,却由于SDCCH 忙而禁止 时,ALLOC_SDCCH_FAIL 值增加,当由于资源短缺而拒绝SDCCH 的切换时,在目标小区中,也会增加. （在没有SDCCH 切换时，alloc_sdcch_fail = chan_req_ms_blk ） 当收到来自CRM 的立即分配拒绝消息时,CHAN_REQ_MS_BLKD 递增. RR_T3101定时期满没有收到建立指示,CHAN_REQ_MS_FALL 做标记. 若存在较大的alloc_sdcch_fail ，说明SDCCH 拥塞严重，常用的解决方法是： 增加SDCCH 数目,特别是铁路高速公路旁边的基站. 较大干扰会造成SDCCH,TCH 拥塞,故一定要排除干扰. 减小该cell 的C1（增大rxlev_access_min ）. 采用动态分配SDCCH 的算法. 2TCH 拥塞: CC CREF CR:conn_req_t o_msc Conn_refused
Unix,Linux 磁盘 IO 性能监控命令
Unix/Linux 磁盘I/O 性能监控命令 磁盘I/O 性能监控指标和调优方法 在介绍磁盘I/O 监控命令前，我们需要了解磁盘I/O 性能监控的指标，以及每个指标的所揭示的磁盘某方面的性能。磁盘I/O 性能监控的指标主要包括： 指标1：每秒I/O 数（IOPS 或tps） 对于磁盘来说，一次磁盘的连续读或者连续写称为一次磁盘I/O, 磁盘的IOPS 就是每秒磁盘连续读次数和连续写次数之和。当传输小块不连续数据时，该指标有重要参考意义。 指标2：吞吐量（Throughput） 指硬盘传输数据流的速度，传输数据为读出数据和写入数据的和。其单位一般为Kbps, MB/s 等。当传输大块不连续数据的数据，该指标有重要参考作用。 指标3：平均I/O 数据尺寸 平均I/O 数据尺寸为吞吐量除以I/O 数目，该指标对揭示磁盘使用模式有重要意义。一般来说，如果平均I/O 数据尺寸小于32K，可认为磁盘使用模式以随机存取为主；如果平均每次I/O 数据尺寸大于 32K，可认为磁盘使用模式以顺序存取为主。 指标4：磁盘活动时间百分比（Utilization） 磁盘处于活动时间的百分比，即磁盘利用率，磁盘在数据传输和处理命令（如寻道）处于活动状态。磁盘利用率与资源争用程度成正比，与性能成反比。也就是说磁盘利用率越高，资源争用就越严重，性能也就越差，响应时间就越长。一般来说，如果磁盘利用率超过70%，应用进程将花费较长的时间等待I/O 完成，因为绝大多数进程在等待过程中将被阻塞或休眠。 指标5：服务时间（Service Time） 指磁盘读或写操作执行的时间，包括寻道，旋转时延，和数据传输等时间。其大小一般和磁盘性能有关，CPU/ 内存的负荷也会对其有影响，请求过多也会间接导致服务时间的增加。如果该值持续超过20ms，一般可考虑会对上层应用产生影响。 指标6：I/O 等待队列长度（Queue Length） 指待处理的I/O 请求的数目，如果I/O 请求压力持续超出磁盘处理能力，该值将增加。如果单块磁盘的队列长度持续超过2，一般认为该磁盘存在I/O 性能问题。需要注意的是，如果该磁盘为磁盘阵列虚拟的逻辑驱动器，需要再将该值除以组成这个逻辑驱动器的实际物理磁盘数目，以获得平均单块硬盘的I/O 等待队列长度。 指标7：等待时间（Wait Time） 指磁盘读或写操作等待执行的时间，即在队列中排队的时间。如果I/O 请求持续超出磁盘处理能力，意味着来不及处理的I/O 请求不得不在队列中等待较长时间。 通过监控以上指标，并将这些指标数值与历史数据，经验数据以及磁盘标称值对比，必要时结合CPU、内存、交换分区的使用状况，不难发现磁盘I/O 潜在或已经出现的问题。但如果避免和解决这些问题呢？这就需要利用到磁盘I/O 性能优化方面的知识和技术。限于本文主题和篇幅，仅列出一些常用的优化方法供读者参考： 1.调整数据布局，尽量将I/O 请求较合理的分配到所有物理磁盘中。 2.对于RAID 磁盘阵列，尽量使应用程序I/O 等于条带尺寸或者为条带尺寸的倍数。并选取合适 的RAID 方式，如RAID10，RAID5。 3.增大磁盘驱动程序的队列深度，但不要超过磁盘的处理能力，否则，部分I/O 请求会因为丢失 而重新发出，这将降低性能。 4.应用缓存技术减少应用存取磁盘的次数，缓存技术可应用在文件系统级别或者应用程序级别。