《操作系统资源利用率说明整理》由会员分享，可在线阅读，更多相关《操作系统资源利用率说明整理（8页珍藏版）》请在金锄头文库上搜索。
1、操作系统资源利用率操作系统的监测涉及后台重要服务操作系统监测，如果系统采用负载均衡机制，那么还 有必要验证负载均衡是否处理大的客户端压力。操作系，统有很多类型，检测的指标也不尽 相同，我们需要收集磁盘管理、文件系统、内存、CPU等方面的内容，分别如下： 磁盘管理收集物理读/写和逻辑读/写的信息收集操作系统和其他平台上的磁盘忙信息 收集I/O具体数据项如下:对象计数器描述参考值PhysicalDisk%Disk Time% Disk Time指所选磁盘驱 动器忙于为读或写入请求提 供服务所用的时间的百分比。 如果三个计数器都比较大，那 么硬盘不是瓶颈。如果只 有%Disk Time比较大，另外两
2、 个都比较适中，硬盘可能会是 瓶颈。在记录该计数器之前， 请在Windows 2000的命令行 窗口中运行diskperf -yD。若数 值持续超过80%，则可能是内 存泄漏。PhysicalDiskAverageDiskQueue Length指读取和写入请求（为所选磁 盘在实例间隔中列队的）的平 均数。PhysicalDiskAverage Disk Read Queue Length指读取请求（为所选磁盘在实 例间隔中列队的）的平均数。PhysicalDiskAverage Disk Write Queue Length指写入请求（为所选磁盘在实 例间隔中列队的）的平均数。Physica
3、lDiskAverage Disk sec/Read指以秒计算的在此盘上读取 数据的所需平均时间。PhysicalDiskAverage Disk sec/Transfer指以秒计算的在此盘上写入 数据的所需平均时间。PhysicalDiskDisk Reads/sec指在此盘上读取操作的速率。PhysicalDiskDisk Writes/sec指在此盘上写入操作的速率。判断磁盘瓶颈的方法是通过以下公式来计算：每磁盘的I/O数=读次数+ （4 *写次数）/磁盘个数如果计算出的每磁盘的I/O数大于磁盘的处理能力，那么磁盘存在瓶颈。 文件系统 显示每个文件系统的使用率，检测文件系统空闲空间的大小
4、。 剪裁文件系统删除指定的CORE文件和其他文件。 显示文件系统的mount on device、type、size等内容。 可以监控特殊的文件系统，如NFS、CD-ROM检测特定文件的存在及超出特定期限的文件存在内存 显示可用的内存数量决定当前的内存短缺量帮助分析内存问题具体数据项如下:对象计数器描述参考值MemoryAvailable MBytes物理内存的可用数（单位 Mbytes）。至少要有10%的物理内存 值。MemoryPage/secPage Faults/secPages Input/secPage Reads/sec Transition Faults/sec当处理器向内存指
5、定的位置 请求一页（可能是数据或代 码）出现错误时，这就构成 一个Page Faul t。如果该页在 内存的其他位置，该错误被 称为软错误（用Transition Fault/sec计数器衡量）； 如果该页必须从硬盘上重新 读取时，被称为硬错误。许 多处理器可以在有大量软错 误的情况下继续操作。但是， 硬错误可以导致明显的拖 延。Page Faults/sec是处理器 每秒钟处理的错误页（包括 软错误和硬错误）。Pages Input/sec 是为了解决Page/sec推荐00-20 （如果服 务器没有足够的内存处理其 工作负荷，此数值将一直很 高。如果大于80，表示有问 题）。这些计数器的值
6、比较低，说明 Web服务器响应请求比较快，否则可 能是服务器系统内存短缺引 起（也可能是缓存太大，导 致系统内存太少）。Page Input/sec的值可以衡量出硬 错误页发生的速率，通常它的值会大 于或者等于PageReads/sec。硬错误页，从硬盘上读取的 页数，而Page Reads/sec是为 了解决硬错误，从硬盘读取 的次数。如果Page Reads/Sec 比率持续保持为5,表示可能 内存不足。Pages/sec是指为解析硬页 错误从磁盘读取或写入磁盘 的页数。MemoryCache Bytes文件系统缓存(File System Cache)，默认情况下为50% 的可用物理内存
7、。MemoryCommitted BytesCommitted Byte是指以字节 表示的确认虚拟内存。(确认 内存是指为磁盘分页文件在 磁盘上保留的空间以便在需 要将其写回磁盘时使用)。推荐不超过物理内存的75%ProcessVirtual Bytes（实 例 inetinfo、 dllhost）Working Set （实 例 inetinfo、 dllhost）Dllhost#n进程都 要添加计数器ProcessPrivate Bytes指这个处理不能与其他处理 共享的、已分配的当前字节 数. CPU记录CPU使用率 监测 CPU 参数，包括 CPU idle、CPU waits、CPU
8、 system usage、CPU user usage、run queue length 显示 CPU context switches 的总数 显示CPU处理系统任务和完成用户任务的时间比例具体数据项如下:对象计数器描述参考值SystemProcessor Queue LengthProcessor Queue Length 是 指处理列队中的线程数。即小于2。显示在由Web服务器 所有处理器共享的队列中等使在有多个处理器的计算机 上处理器时间也会有一个单 列队。不象磁盘计数器，这 个计数器仅计数就绪的线 程，而不计数运行中的线程。 如果处理器列队中总是有两 个以上的线程通常表示处理 器堵
9、塞。待执行的线程数。处理器瓶 颈会导致该值持续大于2。Processor%Processor TimeCPU使用率。这是查看处理 器饱和状况的最佳计数器。 显示所有CPU的线程处理 时间。如果一个或多个处理 器的该数值持续超过90%， 则表示此测试的负载对于目 前的硬件过于沉重。为多处 理器服务器添加该计数器的 0到x个实例。小于75%。排除内存因素， 如果该计数器的值比较大， 而同时网卡和硬盘的值比较 低，那么可以确定CPU瓶 颈.SystemContextSwitches/secContext Switches/sec 指计算 机上的所有处理器全都从一 个线程转换到另一个线程的 综合速率。
10、当正在运行的线 程自动放弃处理器时出现上 下文转换，由一个有更高优 先就绪的线程占先或在用户 模式和特权(内核)模式之间 转换以使用执行或分系统服 务。它是在计算机上的所有 处理器上运行的所有线程 的.Thread: Context Switches/sec 的总数并且用转换数量衡 量。在系统和线程对象上有 上下文转换计数器。如果切换次数到5000*CPU个数和10000*。?。个数中， 说明它忙于切换线程而不是 处理ASP脚本。Processor%Privileged Time% Privileged Time 是在特权 模式下处理线程执行代码所 花时间的百分比。当调用 Windows系统服
11、务时，此服 务经常在特权模式运行，以 便获取对系统专有数据的访 问。在用户模式执行的线程 无法访问这些数据。对系统 的调用可以是直接的 (explicit)或间接的(implicit)， 例如页面错误或中断。不像某些早期的操作系统， Windows除了使用用户和 特权模式的传统保护模式之 夕卜，还使用处理边界作为分 系统保护。某些由Windows 为您的应用程序所做的操作 除了出现在处理的特权时间 内，还可能在其他子系统处 理出现。ThreadContextSwitches/sec 实例化inetinfo和 dllhost 进程如果你决定要增加线程字节 池的大小，你应该监视这三 个计数器（包括
12、上面的一 个）。增加线程数可能会增 加上下文切换次数，这样性 能不会上升反而会下降。如 果十个实例的上下文切换值 非常高，就应该减小线程字 节池的大小。ProcessorInterrupts/sec %DPC Time这两个计数器能够反映处理 器用在处理中断以及推迟处 理调用的时间。Interrupts/sec指处理器每秒 钟接收并维护的硬件中断的 平均值。正常的线程操作在 中断时悬停。大多数的系统 时钟每隔10毫秒中断处理 器一次，形成了间隔活动的 后台.如果处理器使用率超过90% 且%InterruptTime 大于 15%，则处理器可能负荷过 重，并发生中断。判断应用程序是否存在处理器瓶
13、颈的方法：如果Processor Queue Length显示的队列长度保持不变（=2）个并且处理器的利用率%Processor Time超过90%，那么很有可能存在处 理器瓶颈。如果发现Processor Queue Length显示的队列长度超过2，而处理器的利用率却一直很低，那么或许更应该去解决处理器阻塞问题，这里处理器一般不是瓶颈。如果系统由于应用程序代码效率低下或者系统结构设计有缺陷而导致大量的上下文切换（Context Switches/sec显示的上下文切换次数比较大），那么就会占用大量的系统资源。如果系统的吞吐量降低并且CPU的使用率很高，并且此现象发生时切换水平在15000以
14、上，那么意味着上下文切换次数过高同时还可以比较Context Switches/sec和%PrivilegedTime来判断上下文切换是否过量。如果后者的值超过40%，且上下文切换的速率也很高，那么应该检查为什么会产生这样的上下文切换。下面举例对某些指标进行分析。Memory :内存使用情况可能是系统性能中最重要的因素。如果系统“页交换”频繁， 说明内存不足。“页交换”是使用称为“页面”的单位，将固定大小的代码和数据块从RAM 移动到磁盘的过程，其目的是为了释放内存空间。尽管某些页面交换使windows2000能够 使用比实际更多的内存，也是可以接受的，但频繁的页面交换将降低系统性能。减少页面
15、交 换将显著提供系统响应速度。要监视内存不足的状况，主要监测以下对象计数器。Available Mbytes：可用物理内存数。如果Available Mbytes的值很小（4MB或更小）， 则说明计算机上的总内存不足，或某程序没有释放内存。Page/sec :表明由于硬件页面错误而从磁盘取出的页面数，或由于页面错误而写入磁盘 以释放内存空间的页面数。一般如果page/sec持续高于几百，那么应该进一步研究页交换活 动。有可能需要增加内存，以减少换页的需求（用这个数字乘以4k就得到由此引起的硬盘 数据流量）。Page/sec的值很大，不一定表明内存有问题，而可能是运行使用内存映射文件 的程序所致。Page read/sec：页的硬故障，page/sec的子集，为了解析对内存的引用，必须读取页文 件的次数。阀值为5,越低越好。大数值表示磁盘读而不是缓存读。由于过多的页交换要使用大量的硬盘空间，因此有可能导致页交换内存不足与页交换的 磁盘瓶颈混淆。因
