（4.20）sql server性能指标、性能计数器

（4.20）sql server性能指标、性能计数器

 

常规计数器

收集操作系统服务器的服务器性能信息，包括Processor、磁盘、网络、内存

Processor 处理器

1.1 % Processor Time指处理器用来执行非闲置线程时间的百分比。通过此计数器可以确定服务器当前CPU使用百分比。

1.2 % Privileged Time是在特权模式下进程线程执行代码所花时间的百分比。当调用 Windows 系统服务时，此服务经常在特权模式运行，以便获取对系统专有数据的访问。

PhysicalDisk物理磁盘（某个RAID）

2.1 Avg. Disk Queue Length等待请求的队列长度，若此值过大，说明磁盘存在瓶颈，自然磁盘延迟的值也会过大。

2.2 Avg. Disk sec/Read；Avg. Disk sec/Transfer；Avg. Disk sec/Write这三个计数器表示磁盘每次读写需要多少时间，表示磁盘的延迟情况，以秒为单位，若延迟超过25mm表示磁盘性能较差。

LogicalDisk逻辑磁盘（某个卷）

3.1 % Free Space某个磁盘的空闲百分比；Free Megabytes 磁盘剩余大小MB

3.2 Disk Read Bytes/sec；Disk Transfers/sec；Disk Write Bytes/sec这三个计数器表示每秒磁盘的读写情况，表示磁盘的IO性能（iops）

Memory 内存

4.1 Available Mbytes可以内存大小MB，此内存能立刻分配给一个进程或系统使用。它等于分配给待机(缓存的)、空闲和零分页列表内存的总和。

4.2 Cache Bytes 系统使用的内存

4.3 Commit Limit可以申请的内存总大小（虚拟内存和物理内存）；Committed Bytes已经使用的内存大小（虚拟内存和物理内存）；均是以Byte（字节）为单位。

4.4 Free System Page Table Entries指系统当前未使用的页表项数目。表示内存是否空闲。

4.5 Page Faults/sec 每秒出错页面的数量，也就是未在内存中命中的页面数。因此伴随着Pages/sec计数器是由于出错页面从磁盘读取数据页的速度。此值越大说明内存可能存在一定瓶颈，或者存在大量数据存取。

Network Interface 网络接口

5.1 Current Bandwidth指以位/每秒估计的网络接口的当前带宽。对于那些带宽不变的或无法估计出准确数据的界面，这个值为名义带宽。

5.2 Bytes Received/sec；Bytes Sent/sec；Bytes Total/sec每秒种发送和接收的字节数，表示当前网络的使用情况。

5.3 Output Queue Length输出数据包队列，此值大于2说明传输存在延迟。

5.4 Packets Outbound Discarded 被选为丢弃的数据包数目，丢弃的原因可能是释放缓冲空间。Packets Outbound Errors 由于错误不能传输的数据包数目

5.5 Packets Received Discarded 被选为丢弃的数据包数目，丢弃的原因可能是释放缓冲空间。Packets Received Errors 由于错误不能传输的数据包数目

SQL Server计数器(参考官网：https://docs.microsoft.com/zh-cn/sql/relational-databases/performance-monitor/use-sql-server-objects?view=sql-server-2017)

SQL Server中的Access Methods对象提供监视访问数据库中的逻辑数据的计数器；Buffer Manager计数器监视对磁盘上的数据库也的物理访问。

Access Methods 存取方式

Access Methods监视用于访问数据库中存储的数据的方法有助于确定是否可以通过添加或修改索引、添加或移动分区、添加文件或文件组、对索引进行碎片整理或者重写查询来提高查询性能。 Access Methods 计数器也可用于监视数据库中数据、索引和可用空间的数量，从而指示每个服务器实例的数据卷和碎片。索引的碎片过多会降低性能。

1.1 Page Splits/sec每秒由于索引页溢出而发生的页拆分数。此数据越大表示某表的修改频率较高，且要确认该索引是否适合建立该字段上。

1.2 Workfiles Created/sec每秒创建的工作文件数

1.3 Worktables Created/sec每秒创建的工作表数

Buffer Manager 缓存管理

监视用于存储数据页的内存；读取和写入数据库页时的物理io等，通过此对象可以判断是否存在物理内存瓶颈可以了解服务器的查询性能等等。

2.1 Buffer cache hit ratio命中高速缓冲区页的百分比。若此值过低说明可能内存存在一定瓶颈

2.2 Database pages缓冲池中数据库内容的页数

2.3 Page life expectancy页指示页面在没有引用的情况下，在此节点的缓冲池中停留的时间（以秒计）。此值若降低说明，服务器频繁查询数据库中数据。

2.4 Checkpoint pages/sec Checkpoint的执行频率，若执行的频率过高。则说明服务器过于频繁的修改数据。

2.5 Lazy writes/sec 若懒写入过于频繁，说明没有空闲的缓冲区供使用，内存可能存在一定瓶颈。“惰性编写器”是一个系统进程，用于成批刷新脏的过期的缓冲区（包含更改的缓冲区，必须将这些更改写回磁盘，才能将缓冲区重用于其他页），并使它们可用于用户进程。

Memory Manager 内存管理

监视总体的服务器内存使用情况，以估计用户活动和资源使用，有助于查明性能瓶颈。

3.1 Memory Grants Pending指定等待工作空间内存授权的进程总数。指等待分配内存的进程数量，若此值过高或内存或磁盘存在一定瓶颈。

3.2 Target Server Memory (KB)；Total Server Memory (KB)理想上能使用内存量与内存管理器提交的内存量。若此两值存在差异则说明内存异常。

General Statistics 常规统计

4.1 User Connections；Logins/sec；Logouts/sec 用户并发情况

4.2 Processes blocked当前阻塞数量

4.3 Temp Tables For Destruction等待被清除系统线程破坏的临时表/表变量数。无用的临时表和表变量。

SQL Statistics; Wait Statistics请求与等待统计

5.1 Batch Requests/sec；SQL Compilations/sec；SQL Re-Compilations/sec每秒的请求、编译和重编译的次数，这些对于优化供参考。

5.2 Lock waits等待锁的进程数。

5.3 Log write waits等待写入日志缓存的进程数

5.4 Page IO latch waits与页 I/O 闩锁相关的统计信息。用于判断内存或磁盘的瓶颈情况

5.5 Page latch waits与页闩锁（不包括 I/O 闩锁）相关的统计信息。用于判断内存或磁盘的瓶颈情况

Databases针对数据库级别

6.1 Log Flush Wait Time；Log Flushes/sec日志刷新等待和频率，若数据异常则可能存在磁盘瓶颈

6.2 Transactions/sec 事务数

Locks锁

7.1 Lock Requests/sec；Lock Timeouts/sec锁请求频率；锁超时频率

7.2 Number of Deadlocks/sec 死锁情况。

 

 

 

CPU

• Windows -Processor

指标名称	指标描述	指标范围	指标单位
CPU利用率 （% Processor Time）	% Processor Time指处理器执行非闲置线程时间的百分比。这个计数器设计成用来作为处理器活动的主要指示器。它通过在每个时间间隔中衡量处理器用于执行闲置处理线程的时间，并且用100%减去该值得出。可将其视为范例间隔用于做有用工作的百分比。	根据应用系统情况，在80%±5%范围内波动为宜。过低，则服务器CPU利用率不高；过高，则CPU可能成为系统的处理瓶颈。	%
中断率 （Interrupts/sec.）	每秒钟设备中断处理器的次数。在完成一个任务或需要注意时，装置会发出中断讯号给处理器。可以产生中断的装置包括系统定时器、鼠标、数据通讯联机、网络卡以及其它的外部装置。在中断过程中，一般的执行绪执行将被暂停，而且一个中断可以使处理器切换到另一个具有较高优先等级的执行绪。频率中断是频繁和周期性的，并且中断动作在背景执行。	取决于处理器，越低越好；不宜超过1,000； 如果该值显著增加而系统活动没有相应的增加，则表明存在硬件问题，需要检查引起中断的网络适配器、磁盘或其他硬件。	次/sec
系统调用率 System Call/sec.	指运行在计算机上的所有处理器调用操作系统服务例行程序的综合速率。这些例行程序执行所有在计算机上的如安排和同步活动等基本的程序，并提供对非图形设备、内存管理和名称空间管理的访问。	如果Interrupts/sec大于System Calls/sec.,则系统中某一硬件设备产生过多的中断。	次/sec
Processor Queue Length	处理器队列的线程数量。此计数器只显示就绪线程，而不是正在运行的线程。	如果处理器队列中总是有两个以上的线程通常表示处理器堵塞。
进程切换率 Context Switches/sec	指计算机上的所有处理器全都从一个线程转换到另一个线程的综合速率。当正在运行的线程自动放弃处理器时出现上下文转换，由一个有更高优先就绪的线程占先或在用户模式和特权 (内核) 模式之间转换以使用执行或分系统服务	如果此计数器的数值较大，则表明锁定竞争很激烈，或者线程在用户和内核模式之间频繁切换。

PS：

• Processor/% Processor Time 
  阀值：处理器的阀值一般设为85%。 
  含义：这个计数器是处理器活动的主要指标。高数值并不一定是坏事，但是如果其他处理器相关的计数器（比如% Privileged Time 或者Processor Queue Length）线性增加的话，高CPU使用率就值得调查了。

• Processor/% Privileged Time 
  阀值：如果数值持续大于75%就表示存在瓶颈。 
  含义：这个计数器表示一个线程在特权模式下所使用的时间比例。当你的程序调用操作系统的方法（比如文件操作，网络I/O或者分配内存），这些操作系统的方法是在特权模式下运行的。

• Processor/% Interrupt Time 
  阀值：取决于处理器 
  含义：这个计数器表示处理器接收处理硬件中断所使用的时间比例。这个值间接指出产生中断的硬件设备活动，比如网络变化。这个计数器显著增加的话表示硬件可能存在问题。

• System/Processor Queue Length 
  阀值：平均值持续大于2那么表示CPU存在瓶颈 
  含义：如果就绪的任务超过处理能力线程就会被放进队列。处理器队列是就绪但是未能被处理器执行的线程的集合，这是因为另外一个线程正在执行状态。持续或者反复发生2个以上的队列则明确的表示存在处理器瓶颈。你也能通过减少并发取得更大的吞吐量。 
  你可以结合Processor/% Processor Time来决定增加CPU的话你的程序是否能够受益。即使在多处理器的电脑上，对于CPU时间也是单队列。因此，在多处理器电脑上，Processor Queue Length (PQL)的值除以用来处理负载的CPU个数。 
  如果CPU非常忙（90%以上的使用率），PQL的平均值也持续大于2/CPU，这是应该存在CPU瓶颈而且能够从更多的CPU中受益。或者，你可以减少线程的数量以及增加应用程序层的队列。这会引起少量的Context Switching，但是少许的Context Switching对于减少CPU负载是有好处的。PQL大于2但是CPU使用率却不高的的常见原因是对CPU时间的请求随机到达而且线程却从处理器申请到不对称的CPU时间。这意味着处理器并不是瓶颈，而你的线程逻辑是需要改进的。

• System/Context Switches/sec 
  阀值：按照通常的规律，context switching速率小于5000/秒/CPU是不需要担心的。如果Context Switching速率达到15000/秒/CPU的话就是一个制约因素了。 
  含义：当一个高优先级的线程取代一个正在运行的低优先级线程，或者高优先级线程阻塞的时候就会发生Context Switching。大量的Context Switching可以发生在许多线程拥有相同的优先级的情况下，这通常表示有太多的线程竞争CPU，如果你没有看到太高的处理器使用率而且发现Context Switch非常低，那么表示线程被阻塞。

---

内存

• Windows -Memory

指标名称	指标描述	指标范围	指标单位
Pages/sec Pages Input/sec Pages Output/sec Page Fault/sec	Page Faults/sec 是处理器每秒钟处理的错误页（包括软错误和硬错误）。Pages Input/sec 是为了解决硬错误页，从硬盘上读取的页数， 而Page Reads/sec是为了解决硬错误，从硬盘读取的次数。Pages/sec是Pages Input/sec 和Pages Output/sec 的总和。 该系列指标是可以显示导致系统范围延缓类型错误的主要指示器。 当处理器向内存指定的位置请求一页（可能是数据或代码）出现错误时，这就构成一个Page Fault。如果该页在内存的其他位置，该错误被称为软错误（ 用Transition Fault/sec衡量）； 如果该页必须从硬盘上重新读取时， 被称为硬错误。许多处理器可以在有大软错误的情况下继续操作。但是， 硬错误可以导致明显的拖延。	如果Page Reads/Sec持续保持为5，表示可能内存不足。Page/sec推荐0-20。如果服务器没有足够的内存处理其工作负荷，此数值将一直很高。如果大于80，表示有问题(太多的读写数据操作要访问磁盘，可考虑增加内存或优化读写数据的算法)。 该系列计数器的值比较低， 说明响应请求比较快， 否则可能是服务器系统内存短缺引起（也可能是缓存太大， 导致系统内存太少）。	次/sec
Available Bytes	显示出当前空闲的物理内存总量，它等于分配给待机(缓存的)、空闲和零分页列表内存的总和。 空闲内存可以马上使用; 清零内存是由零值填满的内存页，用来防止后续进程获得旧进程使用的数据; 待机内存是从进程工作集(其物理内存)中删除然后进入磁盘的内存，但是该内存仍然可以收回。该指标仅显示最后一次观察到的值，不是平均值。	当这个数值变小时，Windows开始频繁地调用磁盘页面文件。如果这个数值很小，例如小于5 MB，系统会将大部分时间消耗在操作页面文件上。 一般要保留10%的可用内存。最低不能<4M，此值过小可能是内存不足或内存泄漏。
Committed Bytes	是指以字节表示的确认虚拟内存，是磁盘页面文件上保留空间的物理内存。	不超过物理内存的 75%

---

硬盘参数

• Windows -Disk

 

指标名称	指标描述	指标范围	指标单位
% Disk Time	指所选磁盘驱动器忙于为读或写入请求提供服务所用的时间的百分比。	正常值<10，此值过大表示耗费太多时间来访问磁盘，可考虑增加内存、更换更快的硬盘、优化读写数据的算法。若数值持续超过80 (此时处理器及网络连接并没有饱和)，则可能是内存泄漏。
Current Disk Queue Length	是在收集性能数据时磁盘上当前的请求数量。它还包括在收集时处于服务的请求。这是瞬间的快照，不是时间间隔的平均值。多轴磁盘设备能有一次处于运行状态的多重请求，但是其他同期请求正在等待服务。此计数器会反映暂时的高或低的队列长度，但是如果磁盘驱动器被迫持续运行，它有可能一直处于高的状态。	请求的延迟与此队列的长度减去磁盘的轴数成正比。为了提高性能，此差应该平均小于二。
Avg.Disk Queue Length Avg. Disk Read Queue Length Avg. Disk Write Queue Length	指读取和写入请求(为所选磁盘在实例间隔中列队的)的平均数。	Avg.Disk Queue Length正常值<0.5，此值过大表示磁盘IO太慢，要更换更快的硬盘。

 

 

 

 

windows性能监视器

 

性能计数器（counter）是描述服务器或操作系统性能的一些数据指标。计数器在性能测试中发挥着“监控和分析”的关键作用，尤其是在分析系统的可扩展性、进行性能瓶颈的定位时，对计数器的取值的分析非常关键。但必须说明的是，单一的性能计数器只能体现系统性能的某一个方面，对性能测试结果的分析必须基于多个不同的计数器。 与性能计数器相关的另一个术语是“资源利用率”。该术语指的是系统各种资源的使用状况。为了方便比较，一般用“资源的实际使用/总的资源可用量”形成资源利用率的数据，用以进行各种资源使用的比较。 性能测试之内存篇（windows） 要监视内存不足的状况，请从以下的对象计数器开始： · Memory\ Available Bytes · Memory\ Pages/sec Available Bytes剩余的可用物理内存，单位是兆字节（参考值：>=10%）。表明进程当前可使用的内存字节数。Pages/sec 表明由于硬件页面错误而从磁盘取出的页面数，或由于页面错误而写入磁盘以释放工作集空间的页面数。 如果 Available Bytes 的值很小（4 MB 或更小），则说明计算机上总的内存可能不足，或某程序没有释放内存。如果 Pages/sec 的值为 20 或更大，那么您应该进一步研究页交换活动。Pages/sec 的值很大不一定表明内存有问题，而可能是运行使用内存映射文件的程序所致。 操作系统经常会利用磁盘交换的方式提高系统可用的内存量或是提高内存的使用效率。下列四个 指标直接反映了操作系统进行磁盘交换的频度。 Page Faults/sec 当处理器在内存中读取某一页出现错误时，就会产生缺页中断，也就是 page Fault。如果这个页 位于内存的其他位置，这种错误称为软错误，用Transition Fault/sec 来衡量；如果这个页位于硬盘上，必须从硬盘重新读取，这个错误成为硬错误。硬错误会使系统的运行效率很快将下来。Page Faults/sec这个计数器就表示每秒钟处理的错误页数，包括硬错误和软错误。 Page Input/sec 表示为了解决硬错误而写入硬盘的页数（参考值：>=Page Reads/sec） Page Reads/sec 表示为了解决硬错误而从硬盘上读取的页数。（参考值： <=5） Pages/sec 表示为了解决硬错误而从硬盘上读取或写入硬盘的页数（参考值：00~20）   必须同时监视 Available Bytes、Pages/sec 和 Paging File % Usage，以便确定是否发生这种情况。如果正在读取非缓存内存映射文件，还应该查看缓存活动是否正常。 Cathe Bytes 文件系统的缓存（默认为50%的可用物理内存） 内存泄露 · Memory\Available Bytes · Memory\ Committed Bytes 如果您怀疑有内存泄露，请监视 Memory\Available Bytes 和 Memory\ Committed Bytes，以观察内存行为，并监视你认为可能在泄露内存的进程的 Process\ Private Bytes、Process\ Working Set 和Process\ Handle Count。如果您怀疑是内核模式进程导致了泄露，则还应该监视 Memory\ Pool Nonpaged Bytes、Memory\ Pool Nonpaged Allocs 和 Process(process_name)\ Pool Nonpaged Bytes。 private Bytes 进程无法与其他进程共享的字节数量。该计数器的值较大时，有可能是内存泄露的信号 检查过于频繁的页交换 由于过多的页交换要使用大量的硬盘空间，因此有可能将导致将页交换内存不足，这容易与导致页交换的磁盘瓶颈混淆。因此，在研究内存不足不太明显的页交换的原因时，您必须跟踪如下的磁盘使用情况计数器和内存计数器： · Physical Disk\ % Disk Time · Physical Disk\ Avg.Disk Queue Length 例如，包括 Page Reads/sec 和 % Disk Time 及 Avg.Disk Queue Length。如果页面读取操作速率很低，同时 % Disk Time 和 Avg.Disk Queue Length的值很高，则可能有磁盘瓶径。但是，如果队列长度增加的同时页面读取速率并未降低，则内存不足。 要确定过多的页交换对磁盘活动的影响，请将 Physical Disk\ Avg.Disk sec/Transfer 和 Memory\ Pages/sec 计数器的值增大数倍。如果这些计数器的计数结果超过了 0.1，那么页交换将花费百分之十以上的磁盘访问时间。如果长时间发生这种情况，那么您可能需要更多的内存。 研究程序的活动 接下来，检查正在运行的程序导致的过多的页交换。如果可能，请停止具有最高工作集值的程序，然后查看页交换速率是否有显著变化。如果您怀疑存在过多的页交换，请检查 Memory\ Pages/sec 计数器。该计数器显示由于页面不在物理内存中而需要从磁盘读取的页面数。（注意该计数器与 Page Faults/sec 的区别，后者只表明数据不能在内存的指定工作集中立即使用。） 性能测试之处理器篇（windows） 监视“处理器”和“系统”对象计数器可以提供关于处理器使用的有价值的信息，帮助您决定是否存在瓶颈。需要包含下列内容： Processor\ % Total Processor Time 获得处理器整体使用情况。 该计数值用于体现服务器整体的处理器利用率，对多处理器的系统而言，该计数值体现的是所有CPU的平均利用率。如果该值的数值持续超过90%，则说明整个系统面临着处理器方面的瓶颈，需要通过增加处理器来提高性能。 要注意的是，由于操作系统本身的特性，在某些多CPU系统中，该数据本身并不大，但此时CPU之间的负载状况极不均衡，此时也应该视作系统产生了处理器方面的瓶颈。 监视 Processor\ % Processor Time、Processor\ % User Time 和 % Privileged Time 以获得详细信息。 Processor\ % User Time是指系统的非核心操作消耗的CPU时间，如果该值较大，可以考虑是否通过优化算法等方法降低这个值。如果该服务器是数据库服务器，Processor\ % User Time大的原因很可能是数据库的排序或是函数操作消耗了过多的CPU时间，此时可以考虑对数据库系统进行优化。 System\ Processor Queue Length 用于瓶颈检测。 %Total Processor Time 系统中所有处理器都处于繁忙状态的时间百分比，对于多处理器系统来说，该值可以反映所有处理器的平均繁忙状态，该值为100%，如果有一半的处理器为繁忙状态，该值为50% File Data Operations/sec 计算机对文件系统进行读取和写入操作的频率，但是不包括文件控制操作 Process Queue Length 线程在等待分配CPU资源所排队列的长度，此长度不包括正在占有CPU资源的线程。如果该队列的长度大于处理器个数+1，就表示处理器有可能处于阻塞状态（参考值：<=处理器个数+1） %Processor Time CPU利用率，该计数器最为常用，可以查看处理器是否处于饱和状态，如果该值持续超过 95%，就表示当前系统的瓶颈为CPU，可以考虑增加一个处理器或更换一个性能更好的处理器。（参考值：<80%） %Priviliaged Time CPU在特权模式下处理线程所花的时间百分比。一般的系统服务，进城管理，内存管理等一些由操作系统自行启动的进程属于这类 %User Time 与%Privileged Time计数器正好相反，指的是在用户状态模式下（即非特权模式）的操作所花的时间百分比。如果该值较大，可以考虑是否通过算法优化等方法降低这个值。如果该服务器是数据库服务器，导致此值较大的原因很可能是数据库的排序或是函数操作消耗了过多的CPU时间，此时可以考虑对数据库系统进行优化。 %DPC Time 处理器在网络处理上消耗的时间，该值越低越好。在多处理器系统中，如果这个值大于50%并且%Processor Time非常高，加入一个网卡可能会提高性能。 观察处理器使用情况的值 要测量处理器的活动，请查看 Processor\ % Processor Time 计数器。该计数器显示处理器忙于执行非空闲线程所耗时间的百分比。 检查处理器使用时，请考虑计算机的角色和所完成工作的类型。根据计算机进行的工作，较高的处理器值意味着系统正有效地处理较重的工作负载或正在努力维持。例如，如果正在监视用户的计算机，并且该计算机用于计算，计算程序可能容易使用 100% 的处理器时间。即使这会造成该计算机中其他应用程序的性能受到影响，但可以通过改变负载来解决。 另一方面，在处理许多客户请求的服务器计算机中，100% 左右的值表示这些过程在队列中，正在等待处理器时间，并且造成瓶颈。如此持续高层次的处理器使用对服务器而言是无法接受的。 考察处理器瓶颈 进程的线程所需要的处理器周期超出可用周期时，处理器瓶颈将逐步显示出来。可以建立较长的处理器队列，并且系统响应会受到影响。处理器瓶颈两种常见的原因是 CPU 限制程序和产生过多中断的驱动程序或子系统组件。 要决定是否由于对处理器时间的要求较高而存在处理器瓶颈，请查看 System\ Processor Queue Length 计数器。队列中包含两个或更多的项目则表明存在瓶颈。如果多个程序进程竞争大多数处理器时间，安装更快速的处理器会提高吞吐量。如果正在运行多线程的进程，附加处理器会有所帮助，但是请注意，附加处理器可能只有有限的益处。 此外，跟踪计算机的服务器工作队列当前长度的 Server Work Queues\ Queue Length 计数器会显示出处理器瓶颈。队列长度持续大于 4 则表示可能出现处理器拥塞。此计数器是特定时间的值，而不是一段时间的平均值。 要决定中断活动是否造成瓶颈，请观察 Processor\ Interrupts/sec 计数器的值，该计数器测量来自输入/输出 (I/O) 设备的服务请求的速度。如果此计数器的值明显增加，而系统活动没有相应增加，则表明存在硬件问题。 也可以对生成中断的磁盘驱动器、网卡和其他设备活动的间接指示器监视 Processor\ % Interrupt Time 时间。 注意 要检测可能影响处理器性能的硬件问题，例如 IRQ 冲突，请观察 System\ File Control Bytes/second 的值。 监视多处理器系统 要观察多处理器计算机的效率，请使用下列附加计数器。 计数器 说明 Process\ % Processor Time 过程的所有线程在每个处理器上的处理器时间总和。 Processor(_Total)\ % Processor Time 计算机中所有处理器的处理器活动的度量。 "N[{y8_0此计数器采样间隔期间的所有处理器平均非空闲时间的总和，并用处理器数目除以该和。51Testing软件测试网 t#e_5I:N2y8@"a:X:Y 例如，如果所有处理器平均忙半个采样间隔，则显示 50%。如果半数处理器忙整个间隔，而其他的处理器空闲，则也显示 50%。 Thread\ % Processor Time 线程的处理器时间数   性能测试之磁盘篇（windows） 监测对象：PhysicalDisk 如果分析的计数器指标来自于数据库服务器、文件服务器或是流媒体服务器，磁盘I/O对这些系统来说更容易成为瓶颈。 每磁盘的I/O数可用来与磁盘的I/O能力进行对比，如果经过计算得到的每磁盘I/O数超过了磁盘标称的I/O能力，则说明确实存在磁盘的性能瓶颈。 下表给出了每磁盘I/O的计算公式： RAID类型 计算方法 RAID0 (Reads+Writes)/Number of Disks RAID1 (Reads+2*Writes)/2 RAID5 [Reads+(4*Writes)]/Number of Disks RAID10 [Reads+(2*Writes)]/Number of Disks %Disk Time 表示磁盘驱动器为读取或写入请求提供服务所用的时间百分比，如果只有%Disk Time比较大，硬盘有可能是瓶颈 Average Disk Queue Length 表示磁盘读取和写入请求提供服务所用的时间百分比，可以通过增加磁盘构造磁盘阵列来提高性能（<=磁盘数的2倍） Average Disk Read Queue Length 表示磁盘读取请求的平均数 Average Disk write Queue Length 表示磁盘写入请求的平均数 Average Disk sec/Read 磁盘中读取数据的平均时间，单位是s Disk Bytes/sec 提供磁盘系统的吞吐率。 决定工作负载的平衡 要平衡网络服务器上的负载，需要了解服务器磁盘驱动器的繁忙程度。使用 Physical Disk\ % Disk Time 计数器，该计数器显示驱动器活动时间的百分比。如果 % Disk Time 较高（超过 90%），请检查 Physical Disk\ Current Disk Queue Length 计数器以查看正在等待磁盘访问的系统请求数量。等待 I/O 请求的数量应当保持在不大于组成物理磁盘的主轴数的 1.5 到 2 倍。 Average Disk sec/Transfer 磁盘中写入数据的平均时间，单位是s 计数器反映磁盘完成请求所用的时间。较高的值表明磁盘控制器由于失败而不断重试该磁盘。这些故障会增加平均磁盘传送时间。一般来说，定义该值小于15ms最为优异，介于15-30ms之间为良好，30-60ms之间为可以接受，超过60ms则需要考虑更换硬盘或硬盘的RAID方式了   Average Disk Bytes/Transfer 值大于 20 KB 表示该磁盘驱动器通常运行良好；如果应用程序正在访问磁盘，则会产生较低的值。例如，随机访问磁盘的应用程序会增加平均 Disk sec/Transfer 时间，因为随机传送需要增加搜索时间。 性能测试之网络篇（windows） 监测对象：Network Interface 网络分析是一件技术含量很高的工作，在一般的组织中都有专门的网络管理人员进行网络分析，对测试工程师来说，如果怀疑网络是系统的瓶颈，可以要求网络仍有来写真进行网络方面的检测。 Network Interface\Bytes Total/sec为发送和接收字节的速率（包括帧字符在内）。可以通过该计数器的值判断网络连接速度是否是瓶颈，具体操作方法是用该计数器的值与目前的网络带宽进行比较。   Byte Total/sec 表示网络中接受和发送字节的速度，可以用该计数器来判断网络是否存在瓶颈（参考值：该计数器和网络带宽相除，<50%）   性能测试之进程篇（windows） 查看进程的%Processor Time值 每个进程的%Processor Time反映进程所消耗的处理器时间。用不同进程所消耗的处理器时间进行对比，可以很容易的看出具体是哪个进程在性能测试过程中消耗了最多的处理器时间，从而可以据此针对应用进行优化。 查看每个进程产生的页面失效 可以用每个进程产生的页面失效（通过Process\Page Failures/sec计数器获得）和系统的页面失效（可通过Memory\Page Failures/sec计数器获得）的比值，来判断哪个进程产生了最多的失效页面，这个进程要么是需要大量内存的进程，要么是非常活跃的进程，可以对其进行中的分析。 了解进程的Process\Private Bytes Process\Private Bytes是指进程所分配的无法与其他进程共享的当前字节数量。该计数器主要用拉判断进程在性能测试过程中有无内存泄漏。 例如：对于一个IIS之上的web应用，我们可以重点监控inetinfo进程的Private Bytes，如果在性能测试过程中，该进程的Private Bytes计数器值不断增加，或是性能测试停止后一段时间，该进程的Private Bytes仍然持续在高水平，则说明应用存在内存泄漏。 （备注：进程分析方法用到的计数器主要有：Process\%Processor Time、Page Failures/sec、Page Failures/sec、Private Bytes）   相关链接： ① 内存映射文件机制 内存映射文件是利用虚拟内存把文件映射到进程的地址空间中去，在此之后进程操作文件，就像操作进程空间里的地址一样了，省去了读和写I/O的时间。 比如使用memcpy等内存操作的函数。这种方法能够很好的应用在需要频繁处理一个文件或者是一个大文件的场合，这种方式处理IO效率比普通IO效率要高。 利用内存映射文件您可以认为操作系统已经为您把文件全部装入了内存，然后您只要移动文件指针进行读写即可了。这样您甚至不需要调用那些分配、释放内存块和文件输入/输出的API函数，另外您可以把这用作不同的进程之间共享数据的一种办法。运用内存映射文件实际上没有涉及实际的文件操作，它更象为每个进程保留一个看得见的内存空间。至于把内存映射文件当成进程间共享数据的办法来用，则要加倍小心，因为您不得不处理数据的同步问题，否则您的应用程序也许很可能得到过时或错误的数据甚至崩溃。 内存映射文件本身还是有一些局限性的，譬如一旦您生成了一个内存映射文件，那么您在那个会话期间是不能够改变它的大小的。所以内存映射文件对于只读文件和不会影响其大小的文件操作是非常有用的。当然这并不意味着对于会引起改变其大小的文件操作就一定不能用内存影射文件的方法，您可以事先估计操作后的文件的可能大小，然后生成这么大小一块的内存映射文件，然后文件的长度就可以增长到这么一个大小。我们的解释够多的了，接下来我们就看看实现的细节： 调用CreateFile打开您想要映射的文件。 调用CreateFileMapping，其中要求传入先前CreateFile返回的句柄，该函数生成一个建立在CreateFile函数创建的文件对象基础上的内存映射对象。 调用MapViewOfFile函数映射整个文件的一个区域或者整个文件到内存。该函数返回指向映射到内存的第一个字节的指针。 用该指针来读写文件。 调用UnmapViewOfFile来解除文件映射。 调用CloseHandle来关闭内存映射文件。注意必须传入内存映射文件的句柄。 调用CloseHandle来关闭文件。注意必须传入由CreateFile创建的文件的句柄。

转载于:https://www.cnblogs.com/gered/p/10452196.html