Ⅰ loadingrunner怎么监控linux服务器cpu
使用dstat工具，一般Linux发行版自带，可以监控统计CPU使用最高的进程 例如 dstat --top-cpu 2 每2秒显示一次CPU使用最多的进程 把这个重定向到一个文件就能事后分析了 dstat功能很多，可以查下资料
Ⅱ 如何监测windows服务器的性能
Windows服务器中自带的性能监控工具叫做Performance Monitor；
在开始-运行中输入‘perfmon’，然后回车即可运行。
Monitor本身也是一个进程，运行起来也要占用一定的系统资源。所以你看到的资源的使用量应该比实际的要稍微高一点。这个工具在帮助管理员判断系统性能瓶颈时非常有用；
举个列子来说，今天有个用户抱怨说他们项目组的服务器（这是一台虚拟机）运行起来非常慢，但也不知道具体问题出在什么地方。任务管理器里显示CPU和内存的使用量都不算高，但服务器的相应就是非常慢；
Monitor，让其运行一段时间后（因为参考平均值会比较准确），发现average disk queue的值比较高，这就说明物理服务器的硬盘负荷太重，I/O操作的速度跟不上系统的要求。关掉虚拟机，将其转移到另一台硬盘负载比较小的主机上，再打开虚拟机。
Ⅲ 如何监控服务器的cpu内存使用情况
你是指在服务器上看还是远程用客户机看？
服务器的话直接呼出任务管理器看就是了
远程的话，服务器电脑上设置允许远程
嫩个远程桌面来查看服务器的信息就是了
Ⅳ loadrunner中怎么监控cpu
一般在客户端通过LoadRunner对服务器进行压力测试，都需要实时监控服务器端的系统资源，本篇主要简单介绍一下如何设置在LoadRunner的Controller中配置监控Windows Resources，其实也可以直接在远程连接服务器端在上面开启任务管理器或者在控制面板中找到性能计数器来监控也可以，但是为了在LR进行施压过程中更便捷，我们还是要学会这个基本的配置。关于此处的配置，需要针对不同的服务器操作系统进行不同的设置，但基本思路相同。本篇以Windows系统为例，具体配置如下：
1、通过客户端与服务器进行网络测试，保证通信畅通
2、开启服务器端Windows中的如下两个服务，
3、需要对服务器的系统本地策略进行更改，这个很重要，也是决定客户端能不能访问服务器端的关键步骤，具体需要进入控制面板下的管理工具中，找到本地安全策略，
注意：这里一定要改成经典模式，默认为仅来宾模式。
4、在客户端进行测试，在“运行”栏中输入服务器的ip地址，后面跟上C$，表示服务器C盘下的系统资源目录，如：“//192.168.96.135/C$”,看看是否可以访问服务器C盘目录，通常情况下可能需要输入用户名和密码，填充服务器端的账户和密码就ok，
注：如果显示可以访问该页面表示，可以正常访问服务器端的系统资源，也就可以监控。
5、切换到LoadRunner的Controller中在Windows Resources下配置监控目标
6、看看配置完成后的实时监控记录，
以上是在压力测试过程中，所实时监控的目标服务器的系统资源。
LR是一个功能比较全面的性能测试工具，所以很多细节的功能可能不好设置，但是作用却很大。下次有机会将总结LoadRunner如何监控Linux系统资源。
Ⅳ 分布式服务器怎么监控性能
做一个良好的企业网站，独立服务器相对是比较有优势的，企业所拥有的数据大都会存储在特定的独立服务器中，因此，我们应该时时做好独立服务器的性能监控，以维护数据的安全监控。下面壹基比小喻来给你们分析下。
硬盘性能分析
由于磁盘是影响系统性能的常见因素，因此，管理人员需要收集磁盘性能I/O状态信息，来判断对整个系统性能的优化指标。
内存利用率
与CPU利用率一样，管理人员需要了解独立服务器内存的利用率，并监控当前进程列表所占用的内存情况，对阈值设置警告，当使用过高时，管理人员能够及时知晓。
文件系统容量
应用服务需要使用磁盘空间进行存储和处理，如果空间不足可能会导致服务无法正常运行，因此，管理人员应时刻监控磁盘空间的空闲容量。
一般来说，文件的空间使用率不应该超过85%，，一旦超过，管理员就应该马上进行处理。在管理界面中，用户也可以根据相应的标识来判断阈值的大小。
资源记录
对独立服务器性能资源使用数据做好记录，然后进行分析，看某个时间段的网卡流量是否有不正常的变化，如果出现忽高忽低，则需要对独立服务器进行检查。
CPU利用率
管理人员需要了解系统每个CPU对应的利用率，并监控服务器当前任务所占用的CPU，确保不会影响任务的运行。设置CPU阈值警告，当CPU负载过大时，能够产生报警，提供管理人员着手处理。
除了要对独立服务器进行性能监控和数据记录，还要分析一下某个时间段流量有没有不正常的变化，如果出现有时高有时低的情况要及时对独立服务器做排查。
Ⅵ php 服务器怎么监控多个下级工作站的网络状态，cpu,磁盘使用情况呢
1，Linux下可以在/proc/cpuinfo中看到每个cpu的详细信息。但是对于双核的cpu，在cpuinfo中会看到两个cpu。常常会让人误以为是两个单核的cpu。其实应该通过PhysicalProcessorID来区分单核和双核。而PhysicalProcessorID可以从cpuinfo或者dmesg中找到.flags如果有ht说明支持超线程技术判断物理CPU的个数可以查看physicalid的值，相同则为同一个物理CPU2，查看内存大小:cat/proc/meminfo|grepMemTotal3，其他一些可以查看详细linux系统信息的命令和方法:uname-a#查看内核/操作系统/CPU信息的linux系统信息命令head-n1/etc/issue#查看操作系统版本，是数字1不是字母Lcat/proc/cpuinfo#查看CPU信息的linux系统信息命令hostname#查看计算机名的linux系统信息命令lspci-tv#列出所有PCI设备lsusb-tv#列出所有USB设备的linux系统信息命令lsmod#列出加载的内核模块env#查看环境变量资源free-m#查看内存使用量和交换区使用量df-h#查看各分区使用情况-sh#查看指定目录的大小grepMemTotal/proc/meminfo#查看内存总量grepMemFree/proc/meminfo#查看空闲内存量uptime#查看系统运行时间、用户数、负载cat/proc/loadavg#查看系统负载磁盘和分区mount|column-t#查看挂接的分区状态fdisk-l#查看所有分区swapon-s#查看所有交换分区hdparm-i/dev/hda#查看磁盘参数(仅适用于IDE设备)dmesg|grepIDE#查看启动时IDE设备检测状况网络ifconfig#查看所有网络接口的属性iptables-L#查看防火墙设置route-n#查看路由表netstat-lntp#查看所有监听端口netstat-antp#查看所有已经建立的连接netstat-s#查看网络统计信息进程ps-ef#查看所有进程top#实时显示进程状态用户w#查看活动用户id#查看指定用户信息last#查看用户登录日志cut-d:-f1/etc/passwd#查看系统所有用户cut-d:-f1/etc/group#查看系统所有组crontab-l#查看当前用户的计划任务服务chkconfig–list#列出所有系统服务chkconfig–list|grepon#列出所有启动的系统服务程序rpm-qa#查看所有安装的软件包cat/proc/cpuinfo：查看CPU相关参数的linux系统命令cat/proc/partitions：查看linux硬盘和分区信息的系统信息命令cat/proc/meminfo：查看linux系统内存信息的linux系统命令cat/proc/version：查看版本，类似uname-rcat/proc/ioports：查看设备io端口cat/proc/interrupts：查看中断cat/proc/pci：查看pci设备的信息cat/proc/swaps：查看所有swap分区的信息
Ⅶ 如何监控linux 服务器 cpu命令
cat /proc/cpuinfo中的信息
processor 逻辑处理器的id。
physical id 物理封装的处理器的id。
core id 每个核心的id。
cpu cores 位于相同物理封装的处理器中的内核数量。
siblings 位于相同物理封装的处理器中的逻辑处理器的数量。
1 查看物理CPU的个数
#cat /proc/cpuinfo |grep "physical id"|sort |uniq|wc –l
2、 查看逻辑CPU的个数
#cat /proc/cpuinfo |grep "processor"|wc –l
3、 查看CPU是几核
#cat /proc/cpuinfo |grep "cores"|uniq
4、 查看CPU的主频
#cat /proc/cpuinfo |grep MHz|uniq
5、 # uname -a
6、 Linux euis1 2.6.9-55.ELsmp #1 SMP Fri Apr 20 17:03:35 EDT 2007 i686 i686 i386 GNU/Linux
(查看当前操作系统内核信息)
7、 # cat /etc/issue | grep Linux
8、 Red Hat Enterprise Linux AS release 4 (Nahant Update 5(查看当前操作系统发行版信息)
9、 # cat /proc/cpuinfo | grep name | cut -f2 -d: | uniq -c
8 Intel(R) Xeon(R) CPU E5410 @ 2.33GHz
(看到有8个逻辑CPU, 也知道了CPU型号)
9 # cat /proc/cpuinfo | grep physical | uniq -c
4 physical id : 0
4 physical id : 1
(说明实际上是两颗4核的CPU)
10、# getconf LONG_BIT
32
(说明当前CPU运行在32bit模式下, 但不代表CPU不支持64bit)
11、# cat /proc/cpuinfo | grep flags | grep ' lm ' | wc –l
8(结果大于0, 说明支持64bit计算. lm指long mode, 支持lm则是64bit)
12、如何获得CPU的详细信息：
linux命令：cat /proc/cpuinfo
13、用命令判断几个物理CPU，几个核等：
逻辑CPU个数：
# cat /proc/cpuinfo | grep "processor" | wc -l
物理CPU个数：
# cat /proc/cpuinfo | grep "physical id" | sort | uniq | wc -l
14、每个物理CPU中Core的个数：
# cat /proc/cpuinfo | grep "cpu cores" | wc -l
15、是否为超线程？如果有两个逻辑CPU具有相同的”core id”，那么超线程是打开的。每个物理CPU中逻辑CPU(可能是core, threads或both)的个数：
# cat /proc/cpuinfo | grep "siblings"
1.查看CPU信息命令
cat /proc/cpuinfo
2.查看内存信息命令
cat /proc/meminfo
3.查看硬盘信息命令
fdisk -l
查看CPU信息（型号）
# cat /proc/cpuinfo | grep name | cut -f2 -d: | uniq -c
8 Intel(R) Xeon(R) CPU E5410 @ 2.33GHz
(看到有8个逻辑CPU, 也知道了CPU型号)
# cat /proc/cpuinfo | grep physical | uniq -c
4 physical id : 0
4 physical id : 1
(说明实际上是两颗4核的CPU)
PS：Jay added on 10th, May, 2011
# 其实是可能有超线程HT技术，不一定是有4核，也可能是2核4线程；当时还理解不清楚
# getconf LONG_BIT
32
(说明当前CPU运行在32bit模式下, 但不代表CPU不支持64bit)
#
Ⅷ 如何检查linux服务器cpu，内存性能
1.查看系统负载
（1）uptime
这个命令可以快速查看机器的负载情况。
在Linux系统中，这些数据表示等待CPU资源的进程和阻塞在不可中断IO进程（进程状态为D）的数量。
命令的输出，load average表示1分钟、5分钟、15分钟的平均负载情况。
通过这三个数据，可以了解服务器负载是在趋于紧张还是趋于缓解。
如果1分钟平均负载很高，而15分钟平均负载很低，说明服务器正在命令高负载情况，需要进一步排查CPU资源都消耗在了哪里。
反之，如果15分钟平均负载很高，1分钟平均负载较低，则有可能是CPU资源紧张时刻已经过去。
(2)W
Show who is logged on and what they are doing.
可查询登录当前系统的用户信息，以及这些用户目前正在做什么操作
其中的load average后面的三个数字则显示了系统最近1分钟、5分钟、15分钟的系统平均负载情况
注意：
load average这个输出值，这三个值的大小一般不能大于系统逻辑CPU的个数。
如果输出中系统有4个逻辑CPU，如果load average的三个值长期大于4时，说明CPU很繁忙，负载很高，可能会影响系统性能，
但是偶尔大于4时，倒不用担心，一般不会影响系统性能。相反，如果load average的输出值小于CPU的个数，则表示CPU还有空闲
2.dmesg | tail
该命令会输出系统日志的最后10行。
这些日志可以帮助排查性能问题.
3.vmstat
vmstat Virtual Meomory Statistics（虚拟内存统计），用来获得有关进程、虚存、页面交换空间及 CPU活动的信息。这些信息反映了系统的负载情况。
后面跟的参数1，表示每秒输出一次统计信息，表头提示了每一列的含义
（1）监控进程procs：
r：等待在CPU资源的进程数。
这个数据比平均负载更加能够体现CPU负载情况，数据中不包含等待IO的进程。如果这个数值大于机器CPU核数，那么机器的CPU资源已经饱和（出现了CPU瓶颈）。
b：在等待io的进程数 。
（2）监控内存memoy：
swpd：现时可用的交换内存（单位KB）
free：系统可用内存数（以千字节为单位）
buff: 缓冲去中的内存数（单位：KB）。
cache：被用来做为高速缓存的内存数（单位：KB）。
（3）监控swap交换页面
si: 从磁盘交换到内存的交换页数量，单位：KB/秒。
so: 从内存交换到磁盘的交换页数量，单位：KB/秒。
如果这个数据不为0，说明系统已经在使用交换区（swap），机器物理内存已经不足。
（4）监控 io块设备
bi: 发送到块设备的块数，单位：块/秒。
bo: 从块设备接收到的块数，单位：块/秒。
（5）监控system系统
in: 每秒的中断数，包括时钟中断。
cs: 每秒的环境（上下文）转换次数。
（6）监控cpu中央处理器：
us：用户进程使用的时间 。以百分比表示。
sy：系统进程使用的时间。 以百分比表示。
id：中央处理器的空闲时间 。以百分比表示。
us, sy, id, wa, st：这些都代表了CPU时间的消耗，它们分别表示用户时间（user）、系统（内核）时间（sys）、空闲时间（idle）、IO等待时间（wait）和被偷走的时间（stolen，一般被其他虚拟机消耗）。
这些CPU时间，可以让我们很快了解CPU是否出于繁忙状态。
注：
如果IO等待时间很长，那么系统的瓶颈可能在磁盘IO。
如果用户时间和系统时间相加非常大，CPU出于忙于执行指令。
如果有大量CPU时间消耗在用户态，也就是用户应用程序消耗了CPU时间。这不一定是性能问题，需要结合r队列，一起分析。
4.mpstat -P ALL 1
该命令可以显示每个CPU的占用情况，如果有一个CPU占用率特别高，那么有可能是一个单线程应用程序引起的。
MultiProcessor Statistics的缩写，是实时系统监控工具
其报告与CPU的一些统计信息，这些信息存放在/proc/stat文件中。在多CPUs系统里，其不但能查看所有CPU的平均状况信息，而且能够查看特定CPU的信息。
格式：mpstat [-P {|ALL}] [internal [count]]
-P {|ALL} 表示监控哪个CPU， cpu在[0,cpu个数-1]中取值
internal 相邻的两次采样的间隔时间
count 采样的次数，count只能和delay一起使用
all ： 指所有CPU
%usr ： 显示在用户级别（例如应用程序）执行时CPU利用率的百分比
%nice ：显示在拥有nice优先级的用户级别执行时CPU利用率的百分比
%sys ： 现实在系统级别（例如内核）执行时CPU利用率的百分比
%iowait ： 显示在系统有未完成的磁盘I/O请求期间CPU空闲时间的百分比
%irq ： 显示CPU服务硬件中断所花费时间的百分比
%soft ： 显示CPU服务软件中断所花费时间的百分比
%steal ： 显示虚拟机管理器在服务另一个虚拟处理器时虚拟CPU处在非自愿等待下花费时间的百分比
%guest ： 显示运行虚拟处理器时CPU花费时间的百分比
%idle ： 显示CPU空闲和系统没有未完成的磁盘I/O请求情况下的时间百分比
系统有两个CPU。如果使用参数 -P 然后紧跟CPU编号得到指定CPU的利用率。
（ Ubuntu安装： apt-get install sysstat）
5.pidstat 1
pidstat命令输出进程的CPU占用率，该命令会持续输出，并且不会覆盖之前的数据，可以方便观察系统动态
6.iostat -xz 1
iostat命令主要用于查看机器磁盘IO情况
r/s, w/s, rkB/s, wkB/s：分别表示每秒读写次数和每秒读写数据量（千字节）。读写量过大，可能会引起性能问题。
await：IO操作的平均等待时间，单位是毫秒。这是应用程序在和磁盘交互时，需要消耗的时间，包括IO等待和实际操作的耗时。如果这个数值过大，可能是硬件设备遇到了瓶颈或者出现故障。
avgqu-sz：向设备发出的请求平均数量。如果这个数值大于1，可能是硬件设备已经饱和（部分前端硬件设备支持并行写入）。
%util：设备利用率。这个数值表示设备的繁忙程度，经验值是如果超过60，可能会影响IO性能（可以参照IO操作平均等待时间）。如果到达100%，说明硬件设备已经饱和。
注：如果显示的是逻辑设备的数据，那么设备利用率不代表后端实际的硬件设备已经饱和。值得注意的是，即使IO性能不理想，也不一定意味这应用程序性能会不好，可以利用诸如预读取、写缓存等策略提升应用性能
7.free -m
free命令可以查看系统内存的使用情况，-m参数表示按照兆字节展示。
最后两列分别表示用于IO缓存的内存数，和用于文件系统页缓存的内存数。
注：
第二行-/+ buffers/cache，看上去缓存占用了大量内存空间。这是Linux系统的内存使用策略，尽可能的利用内存，如果应用程序需要内存，这部分内存会立即被回收并分配给应用程序。
如果可用内存非常少，系统可能会动用交换区（如果配置了的话），这样会增加IO开销（可以在iostat命令中提现），降低系统性能。
8.sar -n DEV 1
sar命令在这里可以查看网络设备的吞吐率。
在排查性能问题时，可以通过网络设备的吞吐量，判断网络设备是否已经饱和。
9.sar -n TCP,ETCP 1
sar命令在这里用于查看TCP连接状态，其中包括：
active/s：每秒本地发起的TCP连接数，既通过connect调用创建的TCP连接；
passive/s：每秒远程发起的TCP连接数，即通过accept调用创建的TCP连接；
retrans/s：每秒TCP重传数量；
TCP连接数可以用来判断性能问题是否由于建立了过多的连接，进一步可以判断是主动发起的连接，还是被动接受的连接。TCP重传可能是因为网络环境恶劣，或者服务器压力过大导致丢包。
10.top
top命令包含了前面好几个命令的检查的内容。比如系统负载情况（uptime）、系统内存使用情况（free）、系统CPU使用情况（vmstat）等。
因此通过这个命令，可以相对全面的查看系统负载的来源。同时，top命令支持排序，可以按照不同的列排序，方便查找出诸如内存占用最多的进程、CPU占用率最高的进程等。
但是，top命令相对于前面一些命令，输出是一个瞬间值，如果不持续盯着，可能会错过一些线索。这时可能需要暂停top命令刷新，来记录和比对数据。
Ⅸ 如何监测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表示物理内存偏低。
Ⅹ 如何做一个远程服务器的cpu，内存，网络IO监控
loadrunner 性能测试工具就可以达成这个目标
服务器的内存、CPU、硬盘、等使用情况都可以监控到，当然这个服务器都启动相关的服务才行
如果是要监控数据库，如oracle、DB2等，最好搭配sitescope 这个工具使用会更好
当然远程监控的前提是要配置一些参数和服务