##发现nomon 一个好用的功能
数据透视图
PIVOTCHART：这些参数被用来构建数据透视图。所需的参数：Sheetname，PageField，rowfield，columnfield，DataField和xlfunction（总和，最小，平均，最大值）。数据来源TOP（可以查看指定进程一天内的消耗）
（ 数据来源，nmon 源文件的top
TOP #NAME? Time %CPU %Usr %Sys Threads Size ResText ResData CharIO %RAM Paging Command WLMclass
TOP 1 T0764 0.11 0.02 0.09 1 824 44 796 3293 0 0 init Unclassified
TOP 262164 T0108 0.27 0.27 0 6 896 0 896 0 0 0 lrud Unclassified
TOP 262164 T0168 0.12 0.12 0 6 896 0 896 0 0 0 lrud Unclassified
TOP 10289686 T0975 0.27 0.23 0.05 1 96068 50096 5440 20651 0 4 oracle Unclassified
TOP 7340374 T1069 56.41 56.23 0.18 1 159232 50096 68604 6099217 0 23 oracle Unclassified
TOP 7340374 T1070 52.3 52.17 0.13 1 159232 50096 68604 1621318 0 6 oracle Unclassified
TOP 7340374 T1071 51.71 51.51 0.2 1 159232 50096 68604 11250969 0 12 oracle Unclassified
TOP 7340374 T1072 52.72 52.44 0.28 1 159232 50096 68604 16102542 0 15 oracle Unclassified
TOP 7340374 T1073 51.75 48.78 2.97 1 159416 50096 68788 39001871 0 184 oracle Unclassified
）
也就是可以看出一段时间内，每个进程的消耗资源情况。对于数据库和主机之间的问题扯皮有一定帮助，或者新加一个应用（比如zabiix），可以看到当时新加的应用对系统整体消耗。以及系统迁移情况分析
1.默认的透视图选择的 intercpu% 为纵坐标，这里去掉 intercpu%，选择%CPU 为纵坐标。
2.command 选择所有的资源
3.这样就可以，看到整体的进程的所有的消耗情况 ，（这里我们看到Y轴是整体总消耗单位，单位是250，这个相当于百分制的一百分，每个主机的Y 轴都不一样（有可能250，也有可能450），估计跟主机才采取情况相关，因为数据来自于top命令，但是top 命令采集的总数据计量纵大小库每个系统都不一样。）
从下图我们看到如果按照 250是百分制的百分计算的话，那么这个系统最高消耗在75左右，大部分时间都在20% ~ 40% 左右消耗
同时以下图我们看到这个时间范围内，绿色代表oracle, 橘色代表LRUD, 红色代表AIO server . 我们可以看看分别每个进程对应的资源情况。
5.
-> AIO 资源的整体消耗，当然计量单位仍然是上图的250分为百分单位
LRUD 当然计量单位仍然是上图的250分为百分单位
oracle
当然计量单位仍然是上图的250分为百分单位
因此我们可以看到，oracle 在问题时间范围2点 ~ 4点的消耗 非常小，大概只有 7 ~8， AIO server 达到15 - 20 ,LRUD 也是 7 ` 8, 整体比例以250为单位，都是比较小的。
###在看迁移后的新系统，情况
整体消耗总大小变为为400，红色代表oracle, 蓝色代表LRUD, 深红色代表AIO server . 我们可以看看分别每个进程对应的资源情况。
oralce 单列消耗
AIO server 单列消耗
LRUD
因此我们可以看到，oracle 在问题时间范围2点 ~ 4点的消耗，大概150 ~280， AIO server 达到15 ,LRUD 也是 40`60, 整体比例以400为单位，最高使用量达到80%左右。
Nmon 监控生成数据文件字段的介绍
（可以参考NMON_Analyser官方使用说明）
https://www.ibm.com/developerworks/community/wikis/home？lang=en#!/wiki/Power%20Systems/page/nmon_analyser
命令介绍：
./nmon_x86_rhel4 –f -t -s 30 –c100；
-s是采样频率，隔多长时间收集一次，这里我指定的是30秒一次；
-c是采样次数，一共要收集多少次，这里我指定的是100次。
注意：这里单次收集的文件大小最多不能超过65K行（EXCEL里的限制），大约是在nmon中 –c的值不超过330次就OK。
使用NMON_Analyser将生成的test.nmon转换成Excel文件。
Nmon 监控生成数据文件字段的介绍
SYS_SUMM ：系统汇总,蓝线为cpu占有率变化情况,粉线为磁盘IO的变化情况；
PIVOTCHART：这些参数被用来构建数据透视图。所需的参数：Sheetname，PageField，rowfield，columnfield，DataField和xlfunction（总和，最小，平均，最大值）。数据来源TOP（可以查看指定进）
AAA ：关于操作系统以及nmon本身的一些信息；
BBBB：系统外挂存储容量以及存储类型；
BBBC：系统外挂存储位置、状态以及描述信息；
BBBD：磁盘适配器信息；（包含磁盘适配器名称以及描述）
BBBE：包含通过lsdev命令获取的系统设备及其特征，显示vpaths和hdisks之间的映射关系；
BBBG：显示磁盘组详细的映射关系；
BBBL：逻辑分区（LPAR）配置细节信息；
BBBN ：网络适配器信息；
BBBP ：vmtune, schedtune, emstat和lsattr命令的输出信息；
CPUnn ：显示执行之间内CPU占用情况，其中包含user%、sys%、wait%和idle%；
CPU_ALL ：所有CPU概述，显示所有CPU平均占用情况，其中包含SMT状态；
CPU_SUMM ：每一个CPU在执行时间内的占用情况，其中包含user%、sys%、wait%和idle%；
DGBUSY：磁盘组每个hdisk设备平均占用情况；
DGREAD：每个磁盘组的平均读情况；
DGSIZE：每个磁盘组的平均读写情况（块大小）；
DGWRITE：每个磁盘组的平均写情况；
DGXFER：每个磁盘组的I/O每秒操作；
DISKBSIZE ：执行时间内每个hdisk的传输块大小；
DISKBUSY ：每个hdisk设备平均占用情况；
DISKREAD ：每个hdisk的平均读情况；
DISKWRITE ：每个hdisk的平均写情况；
DISKXFER ：每个hdisk的I/O每秒操作；
DISKSERV ：本sheet显示在每个收集间隔中hdisk的评估服务时间（未响应时间）
DISK_SUMM ：总体disk读、写以及I/O操作；
EMCBSIZE/FAStBSIZE ：执行时间内EMC存储的传输块大小；
EMCBUSY/FAStBUSY ： EMC存储设备平均占用情况；
EMCREAD/FAStREAD ： EMC存储的平均读情况；
EMCWRITE/FAStWRITE ： EMC存储的平均写情况；
ESSBSIZE ：本sheet记录在系统中每个vpaths下读写操作的平均数据传输大小(blocksize)Kbytes
ESSBUSY：本sheet记录使用ESS系统的每个vpaths下的设备繁忙情况
ESSREAD ：本sheet记录在系统中每个vpaths下读取操作的 data rate(Kbytes/sec)
ESSWRITE ：本sheet记录在系统中每个vpaths下写入操作的 data rate(Kbytes/sec)
ESSXFER：本sheet记录在系统中每个vpaths下每秒的IO操作
ESSSERV：本sheet显示在每个收集间隔中vpaths的评估服务时间（未响应时间）
FILE：本sheet包含nmon内核内部的统计信息的一个子集，跟sar报告的值相同
IOADAPT ：对于BBBCsheet每个IO适配器列表，包含了数据传输速度为读取和写入操作（千字节/秒）和I / O操作执行的总数量
JFSFILE ：本sheet显示对于每一个文件系统中，在每个间隔区间正在被使用的空间百分比
JFSINODE ：本sheet显示对于每一个文件系统中，在每个间隔区间正在被使用的inode百分比
LARGEPAGE ：本图表显示Usedpages和Freepages随着时间的变化
LPAR ：
MEM ：主图上显示空闲实存的数量
MEMUSE ：除%comp参数外,本sheet包含的所有项都和vmtune命令的报告中一样
MEMNEW ：本sheet显示分配的内存片信息，分三大类：用户进程使用页，文件系统缓存，系统内核使用页
NET ：本sheet显示系统中每个网络适配器的数据传输速率（千字节/秒）
NETPACKET ：本sheet统计每个适配器网络读写包的数量；这个类似于netpmon –O dd 命令
PAGE ：本sheet统计相关页信息的记录
PROC ：nmon内核内部的信息。其中RunQueue和Swap-in域是使用的平均时间间隔，其他单位:比率/秒
PROCAIO ：本sheet包含关于可用的和active的异步IO进程数量信息.
TOP ：所有进程信息
ZZZZ：本sheet自动转换所有nmon的时间戳为现在真实的时间，方便更容易的分析
---------------------
作者：zwliu6
############sample 2 国产化，excel 被 wps 取代问题
wps 跟那个宏 兼容性不好。
尝试java nmon 解析测试，发现也有问题。
Documentation
Click here for an overview presentation.
Features
Parse multiple files at once
Data for different datetimes
Data from different systems
Recursively search a directory tree
Parse the following file types
nmon output from Linux & AIX
IOStat output from Linux & AIX
Windows Perfmon & ESXTop data (exported to CSV)
IBM Java 6 & 7 verbose GC output
IBM topas, using topasout -a to output in NMON format
ZFS data from zpool iostat <POOL> -vTd
JMeter aggregate CSV files
FIO output
JSON files using a custom format
Display graphs at various levels of detail
All systems
Single system
Single metric
Define intervals and view data for only a particular subset of the time logged
Export raw data and chart data in CSV format
Save graphs as PNG
Customize and view summary information across all systems in a single table view
Create custom reports that can be viewed in the GUI or used to create PNGs from the command line.
Font Size
On newer high DPI monitors, NMONVisualizer may be displaying very small fonts. Due to Java Swing limitations there is no easy way to change this at runtime.
However, you can change this when starting at the command line by running the program with the command line argument fontSize.
For example,
java -DfontSize=16 -jar NMONVisualizer_<release_date>.jar will start the program using a base font size of 16 point.
cd D:\Program Files (x86)\java\bin
java -DfontSize=16 -jar E:\nmonvisualizer-master\src\com\ibm\nmon\gui\main\NMONVisualizerGui.java
cd D:\Program Files (x86)\java\bin
d:
java -DfontSize=16 -jar E:\nmon_java\NMONVisualizer_2020-02-29.jar
（下载地址
https://d29vzk4ow07wi7.cloudfront.net/294c1bcb72b266b86e08195e0a6621cc16e638a19bdfed7b40abc8557818b98e?response-content-disposition=attachment%3Bfilename%3D%22NMONVisualizer_2020-02-29.jar%22&Policy=eyJTdGF0ZW1lbnQiOiBbeyJSZXNvdXJjZSI6Imh0dHAqOi8vZDI5dnprNG93MDd3aTcuY2xvdWRmcm9udC5uZXQvMjk0YzFiY2I3MmIyNjZiODZlMDgxOTVlMGE2NjIxY2MxNmU2MzhhMTliZGZlZDdiNDBhYmM4NTU3ODE4Yjk4ZT9yZXNwb25zZS1jb250ZW50LWRpc3Bvc2l0aW9uPWF0dGFjaG1lbnQlM0JmaWxlbmFtZSUzRCUyMk5NT05WaXN1YWxpemVyXzIwMjAtMDItMjkuamFyJTIyIiwiQ29uZGl0aW9uIjp7IkRhdGVMZXNzVGhhbiI6eyJBV1M6RXBvY2hUaW1lIjoxNjA2MTE4MDc1fSwiSXBBZGRyZXNzIjp7IkFXUzpTb3VyY2VJcCI6IjAuMC4wLjAvMCJ9fX1dfQ__&Signature=N5P6HtNIQuZv8J7DNzd7CnJ4llhtDfIgDRxcteROqNZhSe1Wq-hlUxXNmbil7uikPZnxoQAPBJ7yGZur~OY9dGHgJu53Isd6HGFnmCXCUJvhn~g6eSDNEV2d27kaIw~RbBhD7tfeGtQdX~uS3oiHp1ulNBIML0eAZDAkzWvxdXW5tAV9GRlQEcsdcqYKt9SVU6pCHWIOTdtqz45jtWfzgvdmE~H9dBEpzfYp7VzsjGjH0oEElCfiu4HpOqeRaOoShC1kdyhJafnq0u4M3NVLAuLAgndx7KoJBnf6dZ2XRxXqK6QKums4RuyBNjO7A7eVjk1QsmQA~jBGiPzRE9XiGQ__&Key-Pair-Id=APKAIFKFWOMXM2UMTSFA）
step 1：
java 工具解析不了些异常数据。 NMONVisualizer_2020-02-29。java经常报错CPU 数据异常，java 进程推出了
step 2:
使用nmon analyser v51_2 来解析，虽然可以解析，不报错，cpu 数据库直接discard , 所以虽然没有报错，但是没有图标展示
炊烟起了；夕阳下了；细雨来了 多调试,交互式编程体验 记录，独立思考，对比 感谢转载作者 修车 国产化 read and connect 匍匐前进, 讲故事
