7. 补充一些常见的问题及处理方法：
　　1、在执行配置或安装命令过程中出现“拒绝的权限”的提示；
　　答：是由于文件的权限引起的，应该给当前用户所有文件的“777”权限，即完全控制权限。
　　2、安装好后从LoadRunner中看不到信息，但是没有报错；
　　答：可能是返回的信息值比较小，所以在图中几乎看不到，例如：如果没有运行程序的话，CPU的使用率接近于0，所以在监视图中看不到变化。也有可能是采样的频率过大，可以在图表中设置没1秒获取一次信息，这样界面刷新的比较及时了。
　　3、监视一段时间后LoadRunner中提示有错误发生不能继续监视到信息；
　　答：可能是由于CPU长时间处于高负荷状态，而导致系统自动关闭了该服务。可以在LoadRunner中重新加一次计数器，并且设置取样的时间稍长一点，会避免这种情况。
　　4、以前用LoadRunner监视都是成功的，但是再次监视不到信息；
　　答：有可能是由于系统重新启动，而没有打开rstatd守护进程。可以手工重新打开一次，使用命令“rpc.rstatd”，另外可以使用“rpcinfo-p”命令来查看当前系统是否已经启动了rstatd守护进程。
　　二、在lr中配置
　　从LR里面add measurement，填写linux机器的IP，出现所有unix/linux的计数器，包括cpu的，mem的，disk，network的。介绍几个常用的：
　　CPU: 确定服务器的cpu个数
　　average load :在过去的1分钟的平均负载， 即在过去的1分钟处于绪状态的平均进程数；
　　如果这个数字大于CPU的数据，至少有一个线程要等待CPU; 如果这个数除以CPU的数目，结果高于5的时候表明系统在超负荷运转了.相当于执行vmstat查询出来的r列的值（runable threads，可运行的线程）
　　cpu utilization: cpu的使用率：Percent of time that the CPU is utilized.
　　System mode cpu utilization + User mode cpu utilization>80%， us>sys 2:1
　　内存：确定内存的值
　　paging rate： 每秒从磁盘读到物理内存，或者从物理内存写到页面文件的内存页数。如果页交换率提高，CPU消耗也相应增加
　　如果该值偶尔走高，表明当时有线程竞争内存。如果持续很高，则内存可能是瓶颈。也可能是内存访问命中率低。
　　相当于执行vmstat得出的pi和po的值之和
　　pi
　　每秒钟从内存交换区载入的页面数
　　po
　　每秒钟写入内存交换区的页面数
　　CPU用于vhand和swapper两中守护进程的时间(CPU time to vhand and swapper)
　　必须注意的是，有时候我们发现CPU很忙，这似乎是CPU资源成为系统性能的瓶颈，但如果进一步分析，发现vhand和swapper守护进程占用了大量的系统CPU时间，很显然，这时系统性能瓶颈真正所在可能是内存。
　　这个机制是由一个叫vhand的进程来完成
　　当可用内存的数量小于LOTSFREE时（即没有可用页），例程pageout将被调用来选择什么内存可以释放。
　　lotsfree: based on physical memory (64 MB -> 863) upper bound where paging starts/stops
　　desfree: based on physical memory (64 MB -> 215)lower bound where paging starts/stops
　　minfree: based on physical memory (64 MB -> 53) threshold where deactivation starts
　　如果不存在可用页，内存管理系统必须选择其它进程仍在使用但短期内不可能使用的页。需要 CPU 周期来选择这些页。定位此类页的过程称为页扫描。CPU 利用率在需要页扫描时会增加。
　　页面换出是关键因素，因为操作系统只有在找不到可用的页时才进行换页。
　　页扫描（寻找）的高速率进行可及早地为内存利用率正在变成瓶颈提供指示。
　　当 CPU 已经识别出可分拨的页时，通过将这些页中原有的数据复制到专用的磁盘中，从而换出原来的页映象。存储页映象的磁盘或磁盘分区称为交换磁盘、交换空间或交换区域。
　　Swap-in rate:每秒交换到内存的进程数
　　Swap-out rate: 每秒从内存交换出来的进程；
　　内存非瓶颈：swap-in/out =0
　　Disk traffic:disk传输率Rate of disk transfers.等价iostat –d  3  n 输出的tps或者iostat –x  3 中的 r/s+w/s
　　Tps：表示每秒钟输出到物理磁盘的传输次数。一次传输是一个对物理磁盘的 I/O 请求
　　一般为100-150之间
　　collision rate=0
　　Network collision rate = Output collision counts / Output packets
　　网络冲突率大于10%显示，网络负载过大、网络配置不正确、硬件问题
　　Input Packet Error Rate = Ierrs / Ipkts.
　　如果input error rate高（ver 0.25 percent），这个主机正在丢包。hub/switch 连线需要被检查是否存在潜在的问题。
　　CPU: topas 命令，如果%user+%sys >80%， 则cpu可能为瓶颈
　　显示10个消耗cpu多的进程
　　ps aux | sort –rn +2 | head –10
　　MEM: topas
　　Real MeM: 8192
　　Paging space: 9728
　　%used 18.1
　　%free 81.8
　　如果%used>70%，内存成为瓶颈
　　显示10个消耗内存多的进程
　　ps aux | sort –rn +3 | head –10
　　当内存资源成为系统性能的瓶颈时，它有一些典型的症状：
　　很高的换页率(high pageout rate):HP-UX是一个按需调页的操作系统，通常情况下，它只执行调入页面进入内存的操作，以让进程能够运行。只有操作系统觉得系统需要释放一些内存空间时，才会执行从内存调出页面的操作，而过高的调出页面操作说明内存缺乏；
　　进程进入不活动状态(process deactivation activity):当自由的内存页面数量小于MINFREE时，很多进程将强制进入不活动状态，因为，any deactivation activity represents a condition in which normal paging is inadequate to handle the memory demands.
　　自由内存的数量很小，但活动的虚拟内存却很大(very small free memory and large active virtual memory)
　　交换区所有磁盘的活动次数可高(high disk activity on swap devices)
　　可高的全局系统CPU利用率(high global system CPU utilization):
　　很长的运行进程队列，但CPU的空闲时间却很多(large run queue with idle CPU)
　　内存不够出错(out of memory errors)
　　CPU用于vhand和swapper两中守护进程的时间(CPU time to vhand and swapper)
　　必须注意的是，有时候我们发现CPU很忙，这似乎是CPU资源成为系统性能的瓶颈，但如果进一步分析，发现vhand和swapper守护进程占用了大量的系统CPU时间，很显然，这时系统性能瓶颈真正所在可能是内存。
　　IO
　　Iostat查看磁盘IO负载
　　如果%iowait>25%， %tm_act%>70%， 则io瓶颈？
　　Topas
　　Busy%==%tm_act%
　　%tm_act，或%busy > 80
　　%iowait显示了 CPU 空闲期间系统有未完成的磁盘 I/O 请求时的时间百分比。
　　NETWORK:
　　Topas: kBps（总流量）
　　服务器网络带宽：10Mbps=1250kBps
　　该值与当前网络带宽相除应小于50%