该书详细介绍了各种磁盘(虚拟)内存的想法和性能指标。它为实时监测Windows业务性能且预警性能不足的程序提供了数据参考。对于CPU和网络来说,与启动性能有关的性能指标不太重要。
已经预测了Windows迟到或死亡的卡登现象的原因。
可悲的是,他没有更详细地说明业绩瓶颈的起源,例如具体进程、驱动因素,甚至职能。

1 作者简介

Clint Huffman于199年开始与微软合作。
支持了网络技术和微软负载测试工具,最终为微软工作。
该实验室担任测试顾问,协助个人进行负荷测试,他在那里发现了一种解决办法。
他于2006年加入微软总理,
外地工程公司负责微软Biztalk服务器性能问题。
在这个问题上,人们发现,大多数问题可以通过分析操作系统资源来确定。
可以说,Windows的表演研究更像是艺术而不是科学。
克林特最有名的。
一项日志性能分析(PAL)方案,使业绩监测日志的研究自动化。

2 书中介绍的工具

我不知道你在说什么 但我不知道你在说什么 我不知道你在说什么 但我不知道你在说什么 我不知道你在说什么
Windows绩效工具包包括Windows绩效分析仪和Windows绩效记录。
VMMap, 流程探索器, 和来自 Sys Internals 的自动运行
Resource Monitor
Performance Analysis Logs

3 存储与网络相关

3.1 存储

如果我能有一个磁盘故障信号, 它会是"Logical磁盘。"我不确定您的意思。 Drepresentssk sec/ Transfer 的性能计数器。 这个计数器是磁盘传输的平均时间( 视操作系统而定的读写操作) 。 换句话说, 这是所有磁盘传输都等待磁盘驱动器服务的平均时间 。
如果我能有两个磁盘性能指示器, 我会用“实验室磁盘”。我不知道你在说什么,Disk sec/Read和Legal Disk (*) Avg. Disk se/Write。这些柜台的功能类似于 sec/transfer 柜台。然而,这只会阻碍阅读和写作。决定是读还是写有助于查找磁盘缓存。

回到餐厅的类⽐，这相当于问每个离开餐厅的人 他们点餐后要多久才能买到食物然后定期计算整个期间的平均数。如果平均数计算太频繁,需要处理过多的数据。然而,如果取样频率定得太低,午餐和晚餐高峰很难辨认
如果任何延迟计数器的平均使用时间超过储存设备的通常使用时间,则有必要作进一步调查。 最多5400 RPM磁盘驱动器的运行时间大约为17毫秒,而7200 RPM磁盘驱动器的运行时间大约为22毫秒。
持续时间约为13毫秒左右。当使用的储存装置的使用时间不详时,通常接受的标准是15毫秒。例如,如果磁盘驱动器的队列总是满载未完成的 I/O 请求,因此,每项I/O请求将在预计的时间框架内或在较短的时间框架内得到满足(若干变数可以极大地提高I/O请求的完成率)。当您提出大量未完成的 I/O 请求时,它们都在等待，等待用餐的客户就是这方面的例子。他们的延迟时间有所延长。
共同储存设备的IOPS服务小时:

存储设备	IOPS	服务时间（ms）
3.5寸软盘
5400rpm硬盘	60	17
7200rpm硬盘	80	14
10K rpm硬盘	125	11
15K rmp硬盘	200	6
固态硬盘	5000	0.2

无论如何,如果磁盘空间有限,就必须腾出空间,以避免应用或服务故障。
我们经常被问及,是否应当利用实物磁盘柜台的逻辑磁盘柜台或性能监视器进行磁盘检查。问题不应在于谁的柜台更上层。关键是知道他们在衡量什么通常,我先从逻辑磁盘计数器开始。因为它与产生I/O需要的应用关系最密切。我指的是微软 SQL 服务器给磁盘写信的时候它写入逻辑磁盘，因此,从申请的角度来看,磁盘的底部物理性能比逻辑性磁盘性能更不必要。如果我看到两个或两个以上的逻辑磁盘 没有正常运行,我取回了物理磁盘计数器检查它们是否连接到相同的磁盘上。
性能监测器很少解决磁盘性能问题,但是它们可以表明何时需要进行更多的研究,或何时磁盘可能成为瓶颈。
如果“法律磁盘”(?) (?) 是什么呢? 我不知道您指的是什么。 Disk Quue 长度 > 2
“逻辑磁盘”(?我不知道你指的是什么。Disk sec/transfer(指示 IO在队列中等待完成,通常被认为是反应时间)比预期的平均服务时间长。
“logicDisk”(?Bytes/ReadWrite)小于64KB(以64KB或以下数值评价的磁盘硬件的平均预计服务时间)
然后磁盘就负担过重了。
如果“ 法律磁盘 (? Bytes/ ReadWrite) ” 超过 64KB, 而平均预计服务时间超过 10 ms 阈值? 逻辑板正在检查中 。
为便利这项研究,日志业绩分析(PAL)工具可使用我们刚才提到的复杂的公式分析反日志,以探测磁盘性能问题。
然而,我认为这些工具是用于绩效分析的“显微镜”。Perfmon被看成是一个更精密的观点。当然,你不会随身带着显微镜到处走动话虽如此，我们做了很多工作来收集数据为了确保收集大量数据,它对该系统的潜在影响最小。也适宜用于制造业。为了更好地了解你处理的资源 我建议使用一个性能监控器然后,利用WPR/WPA,挖出并查明根源。
如果需要证明储存硬件没有正常运作,就很难找到出路。尝试使用Street Track,本章稍后部分将详细论述这条路。当需要以体育为动力进行业绩分析时,硬件供应商的工具是必要的。这是因为Storport驱动器是向硬件发送I/O请求的最后软件。不需要这一数额的后续行动。然而,如果存储经理无法将问题确定为司机和基本硬件造成的问题,这种程度的追踪方法可供您使用。
如果有必要证明文件系统过滤驱动程序对性能的影响,请尝试使用来自 WPA 或 Sys Internets 的流程监视器。

3.2 网络

带宽是指网络适配器每秒能够传输或接收的数据量,一般是衡量网络性能时考虑的唯一组成部分;然而,还应当考虑诸如延迟度、投放包装、冲突、再传输和硬件等其他变数。
幸运的是，Windows 7、Windows Server 2008R2和以后版本都包含资源监视器版本。在网络潜伏、数据包丢失和TCP/IP会议其他每次会议上,可以获取比以往更加广泛的信息。这是非常伟大的东西!不幸的是，这些数字不能作为业绩计数器。此外，Windows 性能分析师(WPA)工具中没有与网络有关的ETW数据解析器。总之，由于Windows Vista、Windows Server 2008以及软件的更高版本,没有可用作首个网络业绩指标的性能计数器。还提供基于网络的绩效相关工具。
路径处理工具跟随路径( 沿路径的所有网络节点), 并发送100个闪存路径到每个节点执行 ping 请求 。它计算下拉包中每个节点的平均延迟时间 。这将非常有助于确定是否存在任何不良情况。沿路径的节点。此外，这有助于确定低速(高延迟)连接的位置。这有可能对在线应用程序(例如外国网络应用程序)产生相当大的影响。
关键是要核实网络适配器是否在指定的带宽(连接速度)上运行。否则，性能可能会下降。网络接口(*)连接带宽性能反制器测量现有网络适配器与电缆网络开关的连接速度或无线接入点。
网络利用率(使用率与最高值之比)有助于发现网络适配器是否过于紧张,但要记住,只有在NIC和网络设备(交换、路由器、WAP)之间才能监测这一点。
聊天(往返网络的频率)和延迟(数据包所需时间),而不是使用,是我经验中最普遍的因特网瓶颈。
网络应用程序是我最困难的难题之一。它经常和不必要地往返于网络服务器。往返程序延缓(延后)服务器和网络应用程序(客户)收到请求的时间。即使没有发送数据,简单提交请求也会大大妨碍等待请求的应用程序速度。因此,在缓慢的网络上测试网络应用程序至关重要。
我以前在网络应用程序上工作过每次单击表格时,都会被发回网络服务器。这使得申请非常烦琐和费时。在许多情况下，使用 Internet Explorer F12 开发者工具的基本 HTTP 跟踪工具可以演示这种行为, 并协助开发者决定如何优化它。
我认为,应该尽可能合理地理解和减少每个在线应用程序的双程访问次数。 您的低带宽和高档访问者会感谢您。
考虑利用微软网络监测等网络工具进行更深入的调查。

4 内存相关

4.1 进程内存

本章的目的是为这一进程介绍虚拟地址空间的概念,以及如何发现和消除进程中的漏洞。 ]
VMMap(免费SysInters工具)是检查程序虚拟内存利用情况的最佳和最简便的工具。当我连接 VMMap 到备注板的 x86 (32- 位) 实例, 并在总( 所有非免费) 内存中添加空闲内存时,我最终获得了2,097,440KB。大约为 2 GB。这是这个笔记本示例可以找到的最虚拟的地址空间 。它与实际材料或页面文件大小无关。
为了确定程序何时可能超过虚拟地址空间,需要设置下列性能计数器:)Virtual Bytes， Process(我不知道你在谈什么 但我不确定你在谈什么虚拟字节跟踪每个过程所有内存保留和提交文件的使用情况,记忆保留和提交都占用了应用程序虚拟地址空间的空间。
当考虑泄漏时,内存泄漏被定义为过程规模的扩大以及随着时间的推移保存多余内存的要求。当程序启动和启动时,它需要记忆才能运行。因此,通常的做法是,积极进程消耗大量内存。但是，当进程恢复其闲置状态时,那应该能释放出必要的内存过程的闲置状态(如果存在的话)可能无法明确识别,尽管可能难以识别。长期监测技术如此关键。
在7天内,性能对数日志显示系统中所有流程(处理_Total)的私人比特(黑线)的私人提交存储器。它正在逐渐泄漏该系统分配的记录和档案管理。系统提交费用(备忘录委员会字节)用一条红线表示。每粒谷物都表示工作日结束。理想情况下，内存应恢复到原来的大小。然而,我们看到自前一天结束以来略有增长。由于客户隐私，此应用程序的进程名称正在评价中 。


协助确定记忆的哪些部分随着时间的推移有所改进,请使用 VMMAP 连接到泄漏过程( 一次只有一个过程) 。在申请完成“预热”后,单击以查看、刷新或按 F5 键以重新装入 VMMap 。刷新后，时间轴按钮将启用。时间线视图在每次更新时显示记忆资源的相对变化。有足够的时间，应当有越来越多的记忆利用模式。
一旦收集了转储（。dmp 文件(通常需要连续三个倾弃场),调试器通常比较每个正常的倾弃场(通常需要连续三个倾弃场),调试器通常比较每个。
垃圾堆的仓库结构可以建立一个有意义的模式。 DebugDiag等免费工具可以自动进行这种比较,并提供一份报告,显示扩大的堆叠和可能与其相关的相关模块。

4.2 内核内存

本章论述探测和调查内核虚拟地址空间及其与该系统提供的记忆和物理记忆的联系的问题。
必须监测三个主要核心资源(即分页存取池、非分页存取池和系统页表条目)是否存在问题。
Windows 和 Windows 服务器 64-bit (x64) 不大可能用完内核的虚拟地址空间 。由于8个TB或128个TB的空间取决于Windows或Windows服务器版本,因此无法使用。该系统提供的内存,首先是物理内存或内存,也更有可能用完。
如果记忆系统系统列表企业少于20,00个,该系统就缺乏核虚拟地址空间。
如果使用量超过其各自最大规模的75%,这是一个信号,值得进一步调查:

操作系统	池类型	32位之最大值	64位之最大值
Windows 7和Windows Server 2008R2是微软两个最新版本的操作系统。	非分页	2GB中75%或以下的内存	在128GB中,75%的内存必须使用。
Windows 7和Windows Server 2008R2是微软两个最新版本的操作系统。	分页	系统提交限制为2GB或以下。	系统提交限值为128GB或以下
Windows 8和Windows Server 2012是微软两个最新版本的操作系统。	非分页	2GB中75%或以下的内存	在128GB中,2是内存或更少。
Windows 8和Windows Server 2012是微软两个最新版本的操作系统。	分页	2GB或以下的系统提交限制	系统提交限制为348GB或更小于348GB
视窗8.1和Windows服务器2012R2也得到支持。	非分页	2GB中75%或以下的内存	在16种肺结核中,推荐2倍或2倍以下的内存。
视窗8.1和Windows服务器2012R2也得到支持。	分页	2GB或以下的系统提交限制	系统提交限制为15.5 TB或以下

我知道,PTE系统所缺乏的唯一方式是使用性能计数器。而不是调试内核。寻找不到20 00人的数字。当人数不到两万人的时候,该系统适应记忆分配的能力可能开始恶化。当它跌落到15,00以下,记忆分配可能更经常地失灵。概况介绍就是这方面的一个例子,因为它根本无法触发。在这种情况下,每项申请和司机的行为都不同。它甚至可能能够报告无关紧要的错误。
不论妇女进步党收集的数据数量如何,然而,它费用相当低廉。其目的是在生产环境中工作。默认情况下，它在循环缓冲区收集信息。因此,它可以无休止地运行。只需单击“拯救”按钮,在一分钟左右之后,停止收集数据并遵循建议。
“ Poolmon 和 Windbg ”! Vm 的虚拟内存使用数据演示

4. 3 系统提交内存

本章提供您需要了解的系统内存、如何监测以及如何禁用的信息。
如果你看到弹出通知说系统“虚拟”内存不足,它就表示系统无法利用物理。
处理任何额外记忆需要的仓库和网页。当系统到达这个点,提议的内存分布更有可能失败。因此,申请无法启动。此外,现有的服务、应用程序和驱动程序可能开始失灵。因此，监测该系统报告的记忆利用情况至关重要。
物理内存和系统组合中所有页面文件大小的总数构成系统提交限制。

当该系统达到其提交限量的90%以上时,该系统就达到了其提交限量的90%以上。将增加网页文件以容纳它。这将继续发生，一旦页面文件超过实际内存容量的三倍, 即4GB,以较大者为准。所有这些都预先假定,磁盘上的系统分区足够大,足以维持页面文件。
系统提交限制为15.8GB,系统收费为9.2GB。

记忆委员会有限、记忆委员会字节和使用中的内存百分节是三个与业绩监测系统中的系统提交存储有关的柜台。
系统已提交供进一步内存检查的第一个标志是检测内存%Committee BytesIn使用柜台超过75个号码。75个以上被归类为警告,而90个以下被归类为严格标记的信号,即系统已提交供进一步内存检查的系统是检测内存%CommitteeIn使用柜台超过75个号码。75个以上被归类为警告,不到90个被归类为严重。
所有系统提交的所有记录和档案管理记录都在哪里?下面是向记录和档案管理报告的共同嫌疑人名单。
一. 管理私人记忆,包括使用AWE记忆。
2. 内核池内存
三. 驾驶员锁定的内存
4. System committed backed shared memory
"窗口"! vm 秀
进程私人内存:系统内存呈件的最常用用户是进程。要执行,程序需要已经提供的内存 。通常的做法是积极应用程序使用分配给该系统的大部分记录和档案管理。尽管如此，关键是要了解哪些进程消耗的资源最多。可以使用多种技术跟踪该过程的私人记忆。任务管理者、资源监测员和Sys的内部进程探索者就是几个例子。(*) 私人字节是业绩柜台。Win32_ process. PageFileUsage 是最近的 WMI 属性 。
例如,驱动器可以锁定内存。 虚拟化驱动器、抗病毒或抗疟疾软件驱动器、可见卡和磁盘驱动器是驱动器锁定内存的经常消费者的例子。
系统后被回收的碎片碎片选择:一个过程可以创建共同的内存部分,以便与另一个过程共享内存。这种记录和档案管理分配将直接增加提交系统的费用。运行内部调试器命令“! vm 1 测试” 。 测试共享到内存 - 共享 Code ”
CACHE CACHE 重新计量系统:系统缓存支出物理记录管理,但未列入系统委员会收费
内核集合内存:集合内存的视图并不直接表示该系统提供的内存利用情况。因为上述计数器和数值正在监测记忆保留和提交情况。为了确定运行中的人才库网页系统实际存取的存取数,请使用带有“！见 vm 命令的内部调试器中的 Paged PoolCommittee 字段。

4.4 页面文件

页面文件(有时称为分页文件)是可在驱动器上找到的秘密系统文件。内部清单(有时称为“虚拟内存”),可用于便利系统故障倾弃和扩展系统可以回收之。该系统还使该系统能够丢弃经常无法进入的物理内存的修改。使该系统能够更好地利用经常访问的网页的物理内存
经常使用页面文件:经常使用含有页面文件的逻辑磁盘,使磁盘过于拥挤。磁盘超载发生于驱动器继续以磁盘队列接收 IO 请求时 。反应时间超过了IO规模的预期请记住，只能通过文件 IO 轨迹读取和写入的音轨页面文件。在这种情况下，系统定期在磁盘上等待主页文件。因为磁盘反应比物理内存慢得多因此,该系统往往显得迟钝或反应不灵敏。
与文件有关的额外页数性能计数器:
电影/证交会, 以及其他困难的 痛苦的失败计数器。测量硬页误差(一个必须用磁盘固定的问题)、内存Page/sec、内存Page读取/sec和内存PagePections/sec“可能”或“可能”是指页面文件或没有足够的物理内存。硬页错误是一个典型的操作系统函数。当您读取一些所需的文件(例如 DLL 和 EXE) 时, 读取内存映射文件, 或者读取页面文件这些高价值(超页)的柜台显示磁盘存取(Windows和Windows服务器每页4千B故障,版本为x86和x64)。这可能会增加全系统出现延误的可能性。假设相关磁盘过宽。因此，建议它监测含有与这些计数器有关的主页文件的逻辑磁盘的磁盘性能。

4.5 物理内存

如果我只挑一个 简单的物理记忆力有限的标志 那将是性能计数器
内存- 可用MBytes。 这是因为当可用内存低( 不到安装的物理内存的10%)时, 系统产生的磁盘往往多于正常的 IO 。
假设该系统的物理内存不足10%,而且有一个或一个以上可用的页面文件,则必须确定主页文件的磁盘是否负担过重,并能够处理额外的页面部分。
有各种迹象显示,现有存储器不足(可计量的Mbeytes),硬页失灵现象正在增加。
(MeoryPages/sec),进程工作集(处理-总计),减少(这很可能是“全球工作套调整”的例子),和页面文字
日益依赖文件( PageFile)%Usage。“整个系统延迟”发生在主页文件的磁盘无法跟上需求增长时。
确定哪些逻辑磁盘正在托管尚未访问的页面文件: 首先, 找出哪些逻辑磁盘正在托管尚未可用的页面文件。 这可以通过 Page 文件命令完成 。% 使用此示例并查找少于100个的完成数字。
磁盘过宽吗?磁盘排长是一个极好的选择。因为它能够计算平均可行的等待时间。由于主轴数众多,我们没有检查队列长度。因为它意味着在磁盘上总是有工作要做。请记住，队列的长度没有显示磁盘是否本身过展。但是,它确实告诉我们 磁盘是否正在做一些事情。如果没有内政部要求排队因此,磁盘没有工作可做(并不繁忙),其性能可被视为良好。直到它有更多的工作要做。最后，对于不完整的请求,这一职能决定了内审办的平均规模和反应时间。
综上所述，显示网页文件使用量大幅增加的庞大工作夹剪只意味着活动正在发生。如果活动活动淹没主机页面文件的磁盘,这只是一个严重的问题。因此，物理内存环境低,加上全系统的潜伏,实际上避免并取代了磁盘 IO。
在现实中,没有足够的性能指标来说明所有物理记忆的使用情况。这主要是因为物理内存被以“不太明显”的方式使用和引用。话虽如此，某些业绩计数器可以提供有用的信息。可移动的MBYtes、内存未页数字节、记忆系统缓存常住字节和处理器Set(*)是几个例子。它们直接评估物理内存的利用情况。
驱动程序将内存锁定与使用非页面池内存的驱动程序不同。 这意味着驱动程序的锁内存不会出现在非页面内存中 。

5 处理器相关

处理器的数量及其时钟速度通常与系统性能有关。但通常情况下，例如,配给品往往是负担过重最多的资源。当一个处理器工作过量的时候,这往往是由于执行代码的一条或多条线索造成的。这意味着,只要作出改进,提高效率,就需要修改守则。检查电话亭可能很难办到它经常导致更深入的调试 比一本书更深入的调试。
如果处理器在处理器中找到处理器( I)处理器() 或%DPC 时间% 中断时间用完超过10%的时间。可能有使用过度的硬件,或司机或部件有麻烦。由于使用硬件和驱动资源,中断和DPC(延迟的流程呼叫)均被延迟使用。如果系统处理器花费超过10%的时间处理服务中断(处理器)DPC( 处理器 ()) 或 % 中断时间ETW跟踪调查(%DPC时间)值得获得。

6 开机性能

造成Boot表现不佳的一个共同原因:
Services that don’t flag when started
Synchronous group policies
Improper BIOS settings
Boot scanners
Superfetch disabled
磁盘加密软件
网络延迟
不必要的登录脚本
启动项过多
WPPA的指导阶段
BIOS固体是经过自我筛选和预先定位的,该系统正在寻求在此期间建立一个启动介质,对可激活的介质进行过度过滤可能会在现阶段造成不必要的延误。
会话 Init: 装入内核和与前导线相关的服务。 等待时间长可能是由于视频 BIOS 或与驱动程序相关的BIOS 更新要求 。
启动额外的服务,验证机器账户,并使用Winlogon Init对用户进行登录。
探索者 Init : 用户已被授权, 但正在构建用户的桌面。 桌面将在此阶段结束时显示 。
Post-Boot:桌面已经显示,但由于应用程序和服务启动期间磁盘溢出等原因,该系统可能无法运行。

7 日志绩效分析工具(PAL)

PAL工具使用本书规定的所有性能计数阈值。分析计数器日志，以及制作显示警告和重大警告的 HTML 报告这被视为绩效分析的“基本”按钮。话虽如此，此工具旨在节省您的时间 。它不能取代分析。
这就像朋友收集作者的系统或特定应用程序的性能阈值。 我们会把这些条目放入perfmon.msc, 收集的结果将归还给朋友, 并与阈值进行比较。

8 整个飞机可能坠毁的原因

如果系统在运行时间过后完全卡住,而且键盘灯已经开通,它可能与程序的状况有关。
系统似乎暂停或似乎暂停。十分忙碌或准备不足的司机是造成这种情况的主要原因。如果系统在运行时间过后完全卡住,而且键盘灯已经开通,它可能与程序的状况有关。。系统似乎暂停或似乎暂停。十分忙碌或准备不足的司机是造成这种情况的主要原因。
原因1:过度使用处理器或软盘。如果系统每几秒钟回答一次,那么像CPU或磁盘这样的资源更有可能被高速使用。
可能的解释1:如果在系统挂断期间没有表明(第3章和第10章所述)重CPU或磁盘消耗(如第3章和第10章所述)过量,内核内存不足,然后,该系统可能会以某种或多种方式出现记忆不足的问题。整个系统将永久运行(即用户界面几分钟内没有刷新),这可能表示内核非页库的内核内存不足。
可能的原因3:高内核模式处理器利用率或经常处理器中断往往与高处理器中断或致癌分解症状有关。
当内核资源耗尽内存时,内核将无法在该资源中分配内存记录,导致全系统的挂起和(或)应用程序无法执行。 这就是为什么必须理解如何确定内核何时资源不足。
当没有足够的系统 PTE 可用时, 系统无法将虚拟地址空间页面映射到物理记忆页面上, 这可能导致应用程序或系统挂起 。
它.. 它.. 它.. 它.. 它..
避免“超载”物理内存和页面文件。因此，当系统耗尽系统分配的内存时,它不再能够处理任何更多的记录和档案管理要求。除非系统提交文件的限制增加,或提交的一些记录和档案恢复到系统。应用和/或系统可能因耗竭而挂断。因此，必须维持系统提交量限额,使其高于系统提交量成本。
物理内存不足可造成以下症状:用户界面“延迟”或错误的“油漆”;延迟或无反应的鼠标和键盘点击;不响应或极慢的应用程序和服务;高“使用”内存和极低的物理内存。