❶ linux怎么使用nmon监控性能，分析系统性能数据
用Nmon监控Linux系统性能的方法请参见下面介绍（配图）：
1、安装Nmon
2、一旦安装完成，则可以通过在终端执行 nmon 命令启动它。
Nmon命令执行之后，大家可以看到如下输出：
3、从上图中大家可以看到，Nmon 命令行工具是一个用户交互的应用程序，大家可以非常方便地使用键盘快捷键来查看相关统计信息。
q : 停止并退出Nmon
h : 查看帮助信息
c : 查看 CPU 统计信息
m : 查看内存统计信息
d : 查看磁盘统计信息
k : 查看内核统计信息
n : 查看网络统计信息
N : 查看 NFS 统计信息
j : 查看文件系统统计信息
t : 查看 Top 进程统计信息
V : 查看虚拟内存统计信息
v : 详细输出模式
4、查看 CPU 统计信息
如果你想查看 CPU 性能信息，可以直接按 c 键：
5、查看 Top 进程统计信息
如果你想查看 Top 进程统计信息，可以直接按 t 键：
6、查看网络统计信息
如果你想查看网络统计信息，可以直接按 n 键：
7、磁盘I/O图
使用 d 键可以查看磁盘统计信息：
8、查看内核统计信息
如果你想查看内核统计信息，可以直接按 k 键：
9、获取系统信息
如果要查看 Linux 的系统信息，如：系统架构、操作系统版本、Linux 版本则可以使用 r 键，这对系统管理员非常有用。
以上是基础使用方法。下面再补充一些命令和方法：
1、启动
打开nmon所在的目录：cd /usr/local/nmon
修改启动文件的访问权限：chmod 755 nmon_x86_rhel52
启动nmon：./nmon_x86_rhel52
如果要采样nmon的数据保存成文件，可以
./nmon_x86_rhel52 -fT -s 30 -c 120
其中30表示每隔30秒nmon取一次系统性能数据，120表示取120次；
这样nmon将会在运行开始算起连续取得30sX120=60分钟，可根据实际需要时间调整；当运行以上命令后该目录下会生成一个.nmon文件，该文件会根据间隔时间被写入性能数据，当一段时间后再查看该文件，文件字节变大
利用nmonanalyser分析.nmon文件
当测试结束的同时ftp到服务器上将.nmon文件get下来，
打开nmon_analyser.zip 包下的nmon analyser v338.xls 文件，点击Analyse nomn data按钮，选择之前get来下的.nmon文件。
（如果报告以下宏的安全级别太高错误，则在“工具 -- 宏 --安全性”里把级别调低，然后重新打开 nmon analyser v338.xls 文件）
待分析结束后会生成性能分析结果文件（文件格式为.xls，其中包括CPU,IO,内存等性能分析报告）。
分析结果中有很多数据和图形，简要介绍主要的性能参数图像
4.1 系统汇总（对应excel标签的‘SYS_SUMM’）
蓝线为cpu占有率变化情况；
粉线为磁盘IO的变化情况；
4.2磁盘读写情况汇总（对应excel标签的‘DISK_SUMM’）
蓝色为磁盘读的速率KB/sec
紫色为磁盘写的速率KB/sec
4.3内存情况汇总（对应excel标签的‘MEM’）
曲线表示内存剩余量（MB）
分析数据得到的报告文件（.xls）中包含很多性能分析结果数据，根据自己的需要查看。
2、nmon运行本身就消耗系统资源的；
另外如果取到.nmon文件后确定不再需要nmon继续收集信息则应kill掉nmon；
命令：
ps -A | grep nmon #得到pid
kill -9 pid
suse10 enterprise sp2:
nmon_x86_rhel3
使用对应的操作系统文件：
chmod +x nmon_x86_ubuntu810
mv nmon_x86_ubuntu810 /usr/local/bin/nmon
对于 Debian 还要做以下操作（不做也同样能运行）：
apt-get install lsb-release
lsb_release -d | sed 's/Description:\t//' > /etc/debian_release
然后直接运行 nmon 即可。
采集数据并生成报表：
采集数据:
nmon -s10 -c60 -f -m /home/
参数解释：
-s10 每 10 秒采集一次数据。
-c60 采集 60 次，即为采集十分钟的数据。
-f 生成的数据文件名中包含文件创建的时间。
-m 生成的数据文件的存放目录。
这样就会生成一个 nmon 文件，并每十秒更新一次，直到十分钟后。
生成的文件名如： hostname_090824_1306.nmon ，"hostname" 是这台主机的主机名。
生成报表：
下载 nmon analyser （生成性能报告的免费工具）：
http://www.ibm.com/developerworks/wikis/display/Wikiptype/nmonanalyser
把之前生成的 nmon 数据文件传到 Windows 机器上，用 Excel 打开分析工具 nmon analyser v33C.xls 。点击 Excel 文件中的 "Analyze nmon data" 按钮，选择 nmon 数据文件，这样就会生成一个分析后的结果文件： hostname_090824_1306.nmon.xls ，用 Excel 打开生成的文件就可以看到结果了。
如果宏不能运行，需要做以下操作：
工具 -> 宏 -> 安全性 -> 中，然后再打开文件并允许运行宏。
自动按天采集数据：
在 crontab 中增加一条记录：
0 0 * * * root nmon -s300 -c288 -f -m /home/ > /dev/null 2>&1
300*288=86400 秒，正好是一天的数据。
采样文件越来越大：
[email protected].***:~/nmon# ./nmon -s1 -c33 -f
[email protected].***:~/nmon#
[email protected].***:~/nmon# -sh *
8.0K AD39_***_sles10_101207_1046.nmon
160K nmon
[email protected].***:~/nmon# -sh *
12K AD39_***_sles10_101207_1046.nmon
160K nmon
[email protected].***:~/nmon# -sh *
16K AD39_***_sles10_101207_1046.nmon
160K nmon
[email protected].***:~/nmon# -sh *
20K AD39_***_sles10_101207_1046.nmon
160K nmon
[email protected].***:~/nmon# -sh *
20K AD39_***_sles10_101207_1046.nmon
160K nmon
注：以上一些机器名称或系统名称，请根据实际情况自行调整及修改。
❷ 如何监测windows服务器的性能
Windows服务器中自带的性能监控工具叫做Performance Monitor,
在开始-运行中输入‘perfmon’，然后回车即可运行。Performance
Monitor本身也是一个进程，运行起来也要占用一定的系统资源。所以你看到的资源的使用量应该比实际的要稍微高一点。这个工具在帮助管理员判断系统性能瓶颈时非常有用。举个列子来说，今天有个用户抱怨说他们项目组的服务器（这是一台虚拟机）运行起来非常慢，但也不知道具体问题出在什么地方。任务管理器里显示CPU和内存的使用量都不算高，但服务器的相应就是非常慢。打开Performance
Monitor，让其运行一段时间后（因为参考平均值会比较准确），发现average disk
queue的值比较高，这就说明物理服务器的硬盘负荷太重，I/O操作的速度跟不上系统的要求。关掉虚拟机，将其转移到另一台硬盘负载比较小的主机上，再打开虚拟机。问题就解决了！
这里我简单列举几个常用参数的参考值，需要更多的信息你可以google一把。
CPU:
% Processor Time：表示CPU的使用率，如果值大于80表示CPU的处理调度能力偏低。
硬盘：
% Disk Time：表示硬盘的I/O操作的频率（繁忙时间），如果值大于80表示硬盘I/O调度能力偏低。
Average Disk Queue
Length：表示硬盘I/O操作等待队列的长度，如果值大于2表示硬盘I/O调度能力偏低。
内存
Pages/Sec：表示系统对虚拟内存每秒钟的访问次数，如果值大于20表示有内存方面的问题。（有可能是物理内存偏低，也有可能是虚拟内存没有配置正确。一般情况下虚拟内存应为物理内存的1.5-2倍）
Committed Bytes and Available Bytes：Committed
Bytes表示虚拟内存的大小，Available Bytes表示剩余可用内存的大小。正常情况下，Available
Bytes减少，pages（页面数）应该增加，提供页面交换。如果Available
Bytes的值很小表示物理内存偏低。当关闭一些应用以后，Committed Bytes应该减少，Available
Bytes应该增加。因为关闭的进程释放了之前占用的内存资源。如果相应的值没有发生变化，那么该进程就可能造成了内存泄漏。
Cache Bytes：表示系统缓存的大小。如果值大于4M表示物理内存偏低。
❸ 怎样分析linux的性能指标
一、处理器参数
这是一个很简单的参数，它直观的描述了每个CPU的利用率。在xSeries架构中，如果CPU的利用率长时间的超过80％，就可能是出现了处理器的瓶颈。
Runable processes
这个值描述了正在准备被执行的进程，在一个持续时间里这个值不应该超过物理CPU数量的10倍，否则CPU方面就可能存在瓶颈。
Blocked
描述了那些因为等待I/O操作结束而不能被执行的进程，Blocked可能指出你正面临I/O瓶颈。
User time
描述了处理用户进程的百分比，包括nice time。如果User time的值很高，说明系统性能用在处理实际的工作。
System time
描述了CPU花费在处理内核操作包括IRQ和软件中断上面的百分比。如果system time很高说明系统可能存在网络或者驱动堆栈方面的瓶颈。一个系统通常只花费很少的时间去处理内核的操作。
Idle time
描述了CPU空闲的百分比。
Nice time
描述了CPU花费在处理re-nicing进程的百分比。
Context switch
系统中线程之间进行交换的数量。
Waiting
CPU花费在等待I/O操作上的总时间，与blocked相似，一个系统不应该花费太多的时间在等待I/O操作上，否则你应该进一步检测I/O子系统是否存在瓶颈。
Interrupts
Interrupts值包括硬Interrupts和软Interrupts，硬Interrupts会对系统性能带
来更多的不利影响。高的Interrupts值指出系统可能存在一个软件的瓶颈，可能是内核或者驱动程序。注意Interrupts值中包括CPU时钟导
致的中断（现代的xServer系统每秒1000个Interrupts值）。
二、内存参数
Free memory
相比其他操作系统，Linux空闲内存的值不应该做为一个性能参考的重要指标，因为就像我们之前提到过的，Linux内核会分配大量没有被使用的内存作为文件系统的缓存，所以这个值通常都比较小。
Swap usage
这个值描述了已经被使用的swap空间。Swap
usage只表示了Linux管理内存的有效性。对识别内存瓶颈来说，Swap In/Out才是一个比较又意义的依据，如果Swap
In/Out的值长期保持在每秒200到300个页面通常就表示系统可能存在内存的瓶颈。
Buffer and cache
这个值描述了为文件系统和块设备分配的缓存。注意在Red Hat Enterprise Linux
3和更早一些的版本中，大部分空闲内存会被分配作为缓存使用。在Red Hat Enterprise Linux
4以后的版本中,你可以通过修改/proc/sys/vm中的page_cache_tuning来调整空闲内存中作为缓存的数量。
Slabs
描述了内核使用的内存空间，注意内核的页面是不能被交换到磁盘上的。
Active versus inactive memory
提供了关于系统内存的active内存信息，Inactive内存是被kswapd守护进程交换到磁盘上的空间。
三、网络参数
Packets received and sent
这个参数表示了一个指定网卡接收和发送的数据包的数量。
Bytes received and sent
这个参数表示了一个指定网卡接收和发送的数据包的字节数。
Collisions per second
这个值提供了发生在指定网卡上的网络冲突的数量。持续的出现这个值代表在网络架构上出现了瓶颈，而不是在服务器端出现的问题。在正常配置的网络中冲突是非常少见的，除非用户的网络环境都是由hub组成。
Packets dropped
这个值表示了被内核丢掉的数据包数量，可能是因为防火墙或者是网络缓存的缺乏。
Overruns
Overruns表达了超出网络接口缓存的次数，这个参数应该和packets dropped值联系到一起来判断是否存在在网络缓存或者网络队列过长方面的瓶颈。
Errors
这个值记录了标志为失败的帧的数量。这个可能由错误的网络配置或者部分网线损坏导致，在铜口千兆以太网环境中部分网线的损害是影响性能的一个重要因素。
四、块设备参数
Iowait
CPU等待I/O操作所花费的时间。这个值持续很高通常可能是I/O瓶颈所导致的。
Average queue length
I/O请求的数量，通常一个磁盘队列值为2到3为最佳情况，更高的值说明系统可能存在I/O瓶颈。
Average wait
响应一个I/O操作的平均时间。Average wait包括实际I/O操作的时间和在I/O队列里等待的时间。
Transfers per second
描述每秒执行多少次I/O操作（包括读和写）。Transfers per second的值与kBytes per second结合起来可以帮助你估计系统的平均传输块大小，这个传输块大小通常和磁盘子系统的条带化大小相符合可以获得最好的性能。
Blocks read/write per second
这个值表达了每秒读写的blocks数量，在2.6内核中blocks是1024bytes，在早些的内核版本中blocks可以是不同的大小，从512bytes到4kb。
Kilobytes per second read/write
按照kb为单位表示读写块设备的实际数据的数量。